[% PROCESS helpheader.html %]
Failure on SrvrPowerCtrl's part to do it's basic job is usually related to operating system permissions problems.
Make sure the SCPowerTool.exe program is located somewhere in the PATH. To verify this, open a command prompt and execute the command:
scpowertool.exe ⁄?
That command should cause SCPowerTool to pop up it's 'About' dialog box. If, however, the command prompt responds with
'scpowertool.exe' is not recognized as an internal or external command, operable program or batch file.
..then the operating system cannot find SCPowerTool.exe and you should reinstall it, taking care to install it to a directory on your PATH, e.g. "C:\Windows\System32".
Alternatly, if after running the above command the command prompt responds with:
Access Denied
..then you have a permissions problem with the SCPowerTool.exe file. You'll need to log into Windows as an administrator and change the permissions on the SCPowerTool.exe file so that regular users have read and execute permissions.
In order for SrvrPowerCtrl to work you must grant the [% sbsuser %] user certain permissions in the /etc/sudoers file. This the the purpose of the srvrpowerctrl-setup.sh script. It copies some helper scripts into /usr/local/sbin and tacks permissions for the ‘[% sbsuser %]’ user onto the end of /etc/sudoers. To test these permissions, open a terminal window and execute the following command:
# sudo -u [% sbsuser %] /usr/local/sbin/spc-test.sh
If that script does not respond with SUCCESS! then you'll need to either re-run the srvrpowerctrl-setup.sh script or make your own modifications to /etc/sudoers via:
# sudo visudo
As with Linux, the SrvrPowerCtrl user needs certain user permissions in the /etc/sudoers file. But unlike Linux, this user is not 'squeezecenter' or 'squeezeboxserver' but rather the user account that you used when you set up Squeezebox Server. So, to test those permissions, log in using that user account and execute this command from a terminal window:
# /usr/local/sbin/spc-test.sh
Again, if that script does not respond with SUCCESS! then you'll need to either re-run the srvrpowerctrl-setup.sh script or make your own modifications to /etc/sudoers via:
# sudo visudo
Generally, this problem doesn't arise if you've installed SrvrPowerCtrl via the Extension Downloader. But if you are unable to "see" SrvrPowerCtrl's setting page, or if the page returns a 404 file not found error, please try manually rebooting your server. If, after rebooting, you still can't see the settings page, try deleting a couple of [% sbsservername %]'s Cache folders:
[% cachedir %]/FileCache
[% cachedir %]/templates
You'll need to manually reboot your server after deleting the Cache folders.
If the problem persists, please try the following:
Make sure that you've used WinZip to unzip the plugin's zip file. The built-in windows zip extraction utility seems to have problems extracting all the necessary directory names. With WinZip, make sure, when extracting, that you are extracting to "C:\Program Files\[% sbsservername %]\server\Plugins" AND that you are extracting "All files/folders in archive" AND that "Use folder names" is checked.
Try to avoid unzipping the plugin's zip distribution file on a Windows machine and then copying the files over to the linux server. It's been my experience that line endings in the plugin's files may get modified in that process. Instead, please copy the whole zip to [% pluginsdir %] and unzip it there from a terminal window:
# unzip SrvrPowerCtrl_latest.zip
Additionally, problems with opening SrvrPowerCtrl's settings page can involve user file permissions. Please consult the readme.txt file for information about setting appropriate file permissions on SrvrPowerCtrl for your distro.
Make sure the ‘Allow Wake Timers’ setting is enabled in Control Panel→Hardware and Sound→Power Options→Change Plan Settings→Advanced Settings.
Remember that Ubuntu 8.10 and later systems default to keeping the hardware clock set to local time rather than to UTC. In order for system wakeup-for-alarms scheduling to work on these systems, change the “Schedule Wakeup Command” from:
/usr/local/sbin/spc-wakeup.sh %d
-- to --
/usr/local/sbin/spc-wakeup.sh %l
If you can't get your CentOS machine to wakeup for alarms, check various scripts (like /etc/rc.d/init.d/halt) for calls to hwclock and comment them out. Pay special attention to /usr/lib/pm-utils/sleep.d/90clock. You may need to comment out the call to /sbin/hwclock in suspend_clock() in order to get the rtc to wake the machine after suspending.
SrvrPowerCtrl doesn't set, change or otherwise mess-with the wake-on-lan (WOL) settings on your server. But since this is a frequently asked question, here is my advice, for what it's worth:
If you find that you are having problems getting your Squeezebox player to WOL your server, the first thing to check is that WOL is enabled and functioning on your server. Oftentimes, WOL must be enabled both in your machine's BIOS settings and in the operating system's power management settings. For information on WOL settings for your operating system, try googling “how to enable wol on [% distro %]”.
Once you are reasonably certain that you've correctly enabled WOL on your server, you should test to see if it works by using a command-line ‘magic packet’ utility on another computer on your network.
For Windows machines, the free Depicus WOL utilities may be helpful.
On linux and mac machines, the ‘ether-wake’ utiltiy ought to be already installed as part of your operating system.
When using any sort of WOL client utility, you'll need to know your server's MAC address which is [% macaddress %].
Finally, if after establishing that you can WOL your server from another machine, but your Squeezebox player still can't wake it up, try performing a factory reset of your player. For older Squeezebox players, this involves unplugging the power to the player and then pressing and holding down the ‘+’ key on the IR remote while plugging the power back in. For newer Squeezebox players (Radio, Touch, etc.) there is a ‘Factory Reset’ menu item on the Advanced Settings menu.