Bugzilla – Bug 3398
SlimServer will not allow PC to go into hibernation
Last modified: 2008-09-15 14:38:25 UTC
My server PC is set to go into hibernation after 15 minutes. This behaviour worked fine under SlimServer 6.2.1; however on upgrading to 6.2.2 and firmware 48 it no longer does this - the machine now remains powered on unless manually shut down. By a process of elimination I have narrowed this down to SlimServer itself, having tried the following: * isolated all other devices except server and SqueezeBox from the network * disabled "Prevent Standby" plugin & restarted SlimServer * deleted "Prevent Standby" plugin & restarted SlimServer * stopping SlimServer itself * downgrading SlimServer to version 6.2.1 If I have 6.2.2 running, then stopping SlimServer allows the machine to hibernate. If I have 6.2.1 running, the machine will hibernate OK without stopping SlimServer. In both cases, the Squeezebox is running firmware 48. Extra config info ----------------- Wireless network: Netgear access point WPN802 Security: WPA/PSK Squeezebox 2 Windows XP Media Centre Edition 2005 SP2 Intel Celeron 2.53Ghz 1Gb RAM Biostar Ideq 200T small form factor chassis, PSU & motherboard
This is strange. Disabling or deleting the PreventStandby plugin should fix your problem.. Can you run with --d_plugins to see what the plugin is doing? Thanks
Created attachment 1235 [details] SlimServer plugin debug log for Prevent Standby plugin enabled
Created attachment 1236 [details] SlimServer plugin debug output when Prevent Standby plugin disabled
Created attachment 1237 [details] SlimServer plugin debug output when Prevent Standby plugin deleted
Please find attached the debug output for --d_plugins for these cases: * "Vanilla" 6.2.2 install with Prevent Standby plugin active * Prevent Standby plugin disabled * Prevent Standby plugin deleted
These logs appear to be for startup only. If the plugin is operating, you will have to log for longer to see any reports from the PreventStandby plugin, such as: Prevent Standby plugin: client myTest in playmode play Prevent Standby plugin: setting thread execution state Prevent Standby plugin: starting timer Prevent Standby plugin: starting timer failed Prevent Standby plugin: Only available under Windows What I can see from teh logs is the "starting timer" message in log1, and it is missing in log2. I expect that this is really enough to suggest that the plugin is no longer in effect when disabled. However, if you were to see any of the other log messages every 60 seconds or so, that would indicate differently.
I've let it run for a while with both the plugin enabled and disabled. As you might expect, I get messages like this every minute with the plugin enabled: Prevent Standby plugin: client Squeezebox in playmode stop Prevent Standby plugin: starting timer and nothing when the plugin is disabled. That shows the Prevent Standby plugin isn't active... but my machine still refuses to hibernate!
I've been trying some more tests with the Prevent Standby plugin disabled, and think this may be down to an issue with how my Harmony universal remote has been programmed. When powering off the Squeezebox, the Harmony remote would send a signal that briefly started the SB to play the current track, then it would power off. If I use the original SB remote, this does not happen. Having tweaked around with the Harmony and my setup, the Slimserver machine now correctly hibernates when running 6.2.2 Many thanks for your responses and help on this, and apologies for any inconvenience.
(Please forgive if I qualify this bug in a wrong manner compared to normal procedure) In 6.5.1 the problem remains. SlimServer does not allow the PC to hibernate and the only "simple" work around seems to be to log onto SqueezeNetwork and turn the SqueezeBox 3 off there. (Why it is not possible to implement that functionality even with a link to SlimServer is a mystery to me?) I believe the key issue here is that some users (including me) wants to run a 24/7 server, which hibernates when not in use but with wake-on-LAN functionality, and the question is if Slim Devices considers this being important or not or if they consider the mass consumer market the target for their products. Personally I am fully convinced that in a mass market, being more environmental focussed, this requirement is instrumental and together with simple and effective UI a key to success. Please consider that behind most SqueezeBox geek users are non-technical family members who have far less understanding for fancy functionality but still have a major decision impact to our investment wishes.