Re: [SlimDevices: Plugins] scpowertool --hibernate not working
gharris999;503653 Wrote: Fair enough. I'll try to resist the urge to tinker with what's working. Would you guys (and anyone else) care to comment on the following? My SrvrPowerCtrl priorities at the moment are: 1). Move all the optional action to take while not idle support out of SrvrPowerCtrl and into a beefed up mac+linux+windows friendly PreventStandby plugin. 2). Make the to mysqueezebox.com more generic so that one could pick other alternate servers (i.e. a TinySC) to to. ... I would find PreventStandby for OSX really helpful - I have so far failed to achieve what I need with SrvrPowerCtrl (turn Caffeine on when playing, turn it off when nothing playing). I need more than a forced standby when not playing as my Mac Mini is also used for EyeTV. Many thanks ... -- nonnoroger nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
nonnoroger;505329 Wrote: ... I need more than a forced standby when not playing as my Mac Mini is also used for EyeTV. And thanks to help from Draco elsewhere, now realise that I can use the custom commands to get the extra action I need. -- nonnoroger nonnoroger's Profile: http://forums.slimdevices.com/member.php?userid=35581 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
1). Move all the optional action to take while not idle support out of SrvrPowerCtrl and into a beefed up mac+linux+windows friendly PreventStandby plugin. Fine. 2). Make the to mysqueezebox.com more generic so that one could pick other alternate servers (i.e. a TinySC) to to. Hmmm, I wonder how that would work. If I have several players, some may have a TinySC, older players will not. Would it be configurable per-player what it would switch to? i.e. if I have two Touch players, they could both switch to one of the Touch's TinySC, rather than to their own, whereas a Radio may switch to MySB.com. Maybe a per-player settings page; maybe allow a list of servers to be entered, which would be the ordered priority for switching. So, I could have TinySC for player A, then TinySC for player B, then MySB.com, and each player would choose the first one that is up? This morning I rebooted my box, and saw this in the log at startup: [07:41:45.9437] Plugins::SrvrPowerCtrl::Util::SystemExecCmd (707) no modelName: no name executing command: c:\windows\system32\cmd.exe /C start /B P:\SYSTEM~2\POWERT~1\WAKEUP~1\wosb.exe /run /screenon date=08/01/2010 time=06:40:00 I tried the command - it seems to work fine. What does it mean by no name? ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
Philip Meyer;503721 Wrote: This morning I rebooted my box, and saw this in the log at startup: [07:41:45.9437] Plugins::SrvrPowerCtrl::Util::SystemExecCmd (707) no modelName: no name executing command: c:\windows\system32\cmd.exe /C start /B P:\SYSTEM~2\POWERT~1\WAKEUP~1\wosb.exe /run /screenon date=08/01/2010 time=06:40:00 I tried the command - it seems to work fine. What does it mean by no name? This is because of some changes I've made over the past couple of month...mostly attempts to make some functions more resilient and not fail if they're passed a bad $client param. Since SrvrPowerCtrl executes some commands with a player context, I've both beefed up and simplified some of the logging code that reports on which player initiated an action. With these, the log reflects the name of the player. For commands that don't have a valid $client attached to the request, the log just says 'no name'. The 'schedule wakeup command' gets executed in an anonymous context and so it's always going to report as being executed by 'no name'. I'll try tinkering with this code so that the ClientAttribute function retuns an empty string rather than 'no ' and see how the log looks. Since you're the 2nd person to ask about this, the change is probably warranted. -- gharris999 gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
I assume that the real difference in folks' minds between S3 and hibernation is the 'belt + suspenders' protection of your session surviving a power outage. But I didn't know that there was such a small difference in terms of actual power savings. Knowing this now, I'm tempted to re-jigg SrvrPowerCtrl to offer just sleep, ala OS X. Users could specify S3 or hibernation in the settings. What do you think? Would 'simpler is better' really be better here? My own hardware setup is complicated by the use of a PS2+USB KVM switch. I've found that I've needed to disable every wakeup option in BIOS except for nic/pci/magic packet. Windows 7, by the way, implements 'hybrid sleep' (i.e. S3 with a hibernation image backup) by default. On my system, default Win7 sleep takes about 30 seconds to happen. Switching to straight S3 sleep requires the user to drill down through three layers of windows settings to disable 'Allow hybrid sleep'. -- gharris999 gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
What I've seen wrt power usage is: suspend = hibernate = soft off. Maybe recent machines (2008 and newer) fare better in hibernate and soft off modes ? IMO, saving a session for a server is more risky than useful. I can understand the use-case for a laptop, but that's all. Wakeup is so slow waking from the IR remote via WOL is impractical. On linux I tested the various modes and a full boot was slightly longer than restore from hibernate, but not by much. Syburgh, if I remember right, used hibernate smartly: the server would suspend and program to wake after 2 days (?) At that time, the machine would see it was completely idle for 2 days, and enter hibernate mode. That was devised to cover the left-home-in-a-hurry-for-an-extended-vacation case. On the last machine I have built, when I suspend I also program the BIOS for wake from S5 (soft off). The Bios is set to stay off after power failure. So if the power goes down while sleeping, the server will wake at the right time. Context is lost, but since sleep/wake is a risky business, I rely on very little runtime context, and what I need (a stack of alarms) is stored to disk. -- epoch1970 epoch1970's Profile: http://forums.slimdevices.com/member.php?userid=16711 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
But I didn't know that there was such a small difference in terms of actual power savings. Knowing this now, I'm tempted to re-jigg SrvrPowerCtrl to offer just sleep, ala OS X. Users could specify S3 or hibernation in the settings. What do you think? Would 'simpler is better' really be better here? I think there's merit in providing both Sleep and Hibernate actions still. Hibernate still works for me (I can now get it to stick in Hibernation, and resume with WOL or Power button or Ctrl-F1), and it does give that extra security knowing that it will survive power outage. ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
Fair enough. I'll try to resist the urge to tinker with what's working. Would you guys (and anyone else) care to comment on the following? My SrvrPowerCtrl priorities at the moment are: 1). Move all the optional action to take while not idle support out of SrvrPowerCtrl and into a beefed up mac+linux+windows friendly PreventStandby plugin. 2). Make the to mysqueezebox.com more generic so that one could pick other alternate servers (i.e. a TinySC) to to. Especially with #2, do either of you have ideas about how to implement this? I don't really want to double the number of menu entries. On the player screen UI, perhaps have a sub-menu to select the alternate server...with the last used alt-server remembered as the default? With the webUI, a similar arrangement, using a combo box? Are there other features you'd like to see be made a priority? -- gharris999 gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
Sound good to me. I had devised server and CLI port discovery in my privileged inetd server I offered for use as a replacement to sudo for the mac. The code is very much magic to me, and cares only for responses coming from localhost, but I think I remember it worked over the lan. Perhaps you could couple a background query like this to your MAC address extraction routines and populate menus ? My code, attached somewhere in the srvPowerControl thread ;) was in perl, I don't remember the name of the zip but the server is called sudonot.pl. I think SNstatus is still useful to polish the switchback procedure, and remote querying for alarms on players attached to mySB.com in JSON actually (and currently) works. -- epoch1970 epoch1970's Profile: http://forums.slimdevices.com/member.php?userid=16711 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
This is the kind of thing that will leave tufts of your hair lying in small drifts on the floor. It was/is driving me nuts! I had tried all sorts of things; I'd unplugged network cable, etc. However, it turned out to be something to do with a BIOS setting to wake up computer via keyboard. This was set to Any Key - this appears to cause it to immediately wake up without pressing anything. I wondered if I had a sticky key, but can't see anything obviously wrong with it. I tried changing the BIOS setting to 98 keyboard, but that immediately wakes too (not sure what that option really means). It's a USB Keyboard, but also connected with standard PS2 cable. It only seems to wake up if the standard PS2 cable is connected - in USB-only mode, there's no wakeup. I changed it to require hotkey Ctrl+F1, and that works. Curiously, in suspend mode, any key press seems to wake server, even with USB-only connection, and with Wake on Keypress set to Hotkey Ctrl+F1. Similarly, Wake on Mouse is set to Click, but this doesn't wake up server from S3(STR) Hibernation, but it does in S1 mode. I think it's something to do with USB not performing wake from power off mode (USB Hub device has an unticked greyed out Allow this device to bring the computer out of standby). I've tried all sorts of BIOS setting changes, even a registry patch, but can't get USB mouse or USB-only keyboard to wake from S3. I thought there was more of a difference in power-saving between S1 and S3 modes, but having googled the topic a bit the last few days, hibernation only seems to save 1-2W (by allowing RAM refresh to power off). ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
Try using the task manager or the sysinternals process explorer to make sure there are no spurious SCPowerTool.exe instances hanging around in the background. I'd already checked if it was something to do with my use of WOSB.exe for alarm wakeup, and found a few old exe's lying around. I assume this is because SBS starts a cmd to execute WOSB in the background, and then WOSB will wait around until the alarm time, so after that time the WOSB process will disappear. However, if I suspend/resume several times, I get several sitting around waiting. I killed all of those processes - didn't make any difference. I checked for SCPowerTool processes and didn't have any. I tried scpowertool --suspend again, and found that this also waked up after about 30 secs. I think it must be the same issue, but because hibernation takes some time to shut down it then immediately wakes up, whereas suspend is very quick. How about the sysinternals psshutdown.exe utility? Does psshutdown.exe -h keep your system hibernated? No, that does the same :-( What version of windows are you using? Windows XP Pro. ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
This is the kind of thing that will leave tufts of your hair lying in small drifts on the floor. If you unplug the machine from the network, do you still see the same behavior? If not, then you should double-check your power management settings for the network device. If those settings seem to be in order (wake on magic packet only) then perhaps another network device in the house (a SBTouch?) is trying to WOL your machine. Try de-powering all the other network devices in the house one by one and see if that does it. If the problem persists even when the machine is unplugged from the network, then about all that I can recommend at this point is to: - Check and kill unnecessary tasks using procexp.exe. - Check the system power management settings. - Check the system task scheduler. - Check BIOS power management settings. ..or, do what I did: scrape your machine clean and reinstall your OS. That's extreme, but a 1/2 measure would be to boot from another OS (e.g. a linux live cd) and see if suspend and hibernation there enable the machine stay down. You aren't alone with this problem. Others report this too, completely independently of SCPowerTool.exe: http://www.suggestafix.com/index.php?showtopic=17842 http://www.webhostingtalk.com/showthread.php?t=611142 http://www.geekstogo.com/forum/Computer-won-t-stay-stand-by-hibernate-t243051.html -- gharris999 gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins
Re: [SlimDevices: Plugins] scpowertool --hibernate not working
Try using the task manager or the sysinternals process explorer to make sure there are no spurious SCPowerTool.exe instances hanging around in the background. If there aren't any, then, no, I'm not sure what's going on here. SrvrPowerCtrl's hibernation via SCPowerTool.exe is working just fine with my Windows 7 64bit machine. I was seeing something like this with the same machine when I had Vista 64bit on it. The machine wouldn't stay powered down! Suspend would keep the machine asleep, but a straight power-down or hibernation wouldn't. I never did figure out what was going on. This problem went away when I wiped the system and installed Windows 7. And since a straight hibernation via windows works for you, I doubt you have the same problem I did. How about the sysinternals psshutdown.exe utility? Does psshutdown.exe -h keep your system hibernated? What version of windows are you using? -- gharris999 gharris999's Profile: http://forums.slimdevices.com/member.php?userid=115 View this thread: http://forums.slimdevices.com/showthread.php?t=73443 ___ plugins mailing list plugins@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/plugins