locked
Resuming from Standby/Hibernation Problem with WHS clients that have WHS Connector Software installed RRS feed

  • Question

  • I've been running WHS for a couple of years now.  I have three laptops and one desktop pc that are networked together with the WHS machiine.  Only two laptops had the connector installed, the other two machines would just access the server via the file shares.  We use standby/hibernation mode on all of our pc's so that after a period of inactivity, the machine will enter either standby or hibernation mode.  Several months ago, one of the laptops started having problems after resuming from standby/hibernation.  As soon as the desktop came up, there would be a message saying that it was"preparing to standby", which after a longer than normal delay, it did in fact go to stanby again.  Unfortunately, this doesn't happen 100% of the time, but it happens enough to make it very annoying.  Waking again usually gets things back to normal, but on occassion, it has gotten into a loop where it would just keep going back to standby.  Another laptop started exhibiting this same behaviour at about the same time, and it wasn't until today that I associated the problem with the WHS connector.  I just yesterday installed the connector on the desktop and did a backup.  Today, after resuming from Hibernation, it immediately went to Standby mode.  This had never happened on this pc before.  Now I have one pc (laptop) left that does not have the WHS connector installed and it is the only pc that goes into, and resumes, Standby/Hibernation mode properly.  If I had not installed the connector on another machine and it exhibited the same behaviour as the other WHS connector enable machines, I would never have put two and two together.  If you have WHS clients with connector installed, try setting power options to where the machine goes into standby/hibernation after some period of activity and see if you can duplicate this prolem.  As I mentioned, it doesn't happen 100% of the time, but estimate that it does happen more often than not.
    Friday, November 28, 2008 11:05 PM

Answers

  • For me, as the original poster, yes PP2 did correct the problem with all the computers on my WHS network.  I say the problem has been corrected for me as I have had no further issues since PP2, and I had them everyday before that.  Based on Ken's comments, ymmv, but I am a happy camper!
    • Marked as answer by Pete Nicholls Wednesday, April 8, 2009 11:06 AM
    Wednesday, April 8, 2009 11:06 AM

All replies

  • I should have mentioned that the WHS clients with the Connector installed are 2ea XPSP3 and 1ea XP Media Edition. 
    Friday, November 28, 2008 11:15 PM
  • I tried something today and left the WHS turned off all day.  We used the two laptops that have the connector software installed and neither one of them had any problems when coming out of standby or hibernation.  I know one day may not be definitive, but I will be testing over the next few days with Server on and Server off and see if the results are consistent.  I hope someone from Microsoft will respond to this thread.
    Monday, December 1, 2008 1:57 AM
  • Interesting findings Pete! Similarly to you I have had WHS for about 2 years!  I have all sorts of problems with standby on my computers. Similar to you I have WHS with 3 clients. The only client that has never caused problems is the Compaq laptop (which does have the latest connector installed) As for the other 2 clients they are always misbehaving with standby. One of these is a Vista Home Premium which is mainly used as a HTPC. I have tracked down major sleep problems with this to an unsuitable Nvidia 8600GT video card. Whenever I remove this and only use the onboard 6150 video, it wakes and sleeps perfectly. Exception to this is it now has problems with WHS backups. It starts the back up and then times out, which seems as though it is going to sleep during the backup. I have to do more checking on this. As for my other client that is my office desktop that runs XP SP3. It is highly unpredictable as to its sleep habits. Most times it will sleep after a 10 minute idle period, but at others it will not. It does wake up reasonably reliably, but it has often not backed up correctly with WHS.

    It is interesting that your findings may implicate connector. I will see what I can work out! Thanks for the ideas!
    Monday, December 1, 2008 10:41 PM
  • Pete,

      I've experienced this very same problem with my wife's desktop PC.  It's an older Dell running XP Pro SP3.  The problem started occurring from day one with the install of the connector exactly as you described.  There is/was a thread covering this starting 6/2007 ( Client Goes into Standby After Resume From Hibernate )   From what I can tell it is still an active thread.  There are a few suggestions in the thread that didn't resolve the problem for me but it may for you.  You might want to check it out.


      Eric Sten


    Tuesday, December 2, 2008 7:23 PM
  • I have a very similar problem with my desktop. I typically hibernate my XP Pro SP3 desktop via the sleep key on the keyboard when done for the day. I have the backup time set to during the evening when I'm normally have the computer on (which is most nights). When it's on backups work fine.

    My problem is when it's hibernating it will wake up, start to load the desktop, pretend to go into standby and turn off (not hibernate or standby). I was able to watch the whole process yesterday: I watched it automatically wake, Windows desktop starting up, no popup that a backup was about to start, screen that it's preparing to standby and then shut off. The desktop was nowhere near finished starting up when the standby/shutdown starts. There's nothing in the WHS console to indicate that a backup was attempted and I've not been able to find anything in the WHS logs (although I may not have been looking in the right place(s)).

    As I said the sleep button will put it into hibernation. If I change the button to standby instead it goes into standby as expected. I can also use command line utilities to hibernate or standby.

    Hmmm, maybe I'll just turn off the option to wake this PC. Since I'm already not getting a backup on those days I'm not loosing a backup but am loosing the whole start/standby/shutdown problem.
    Wednesday, December 3, 2008 6:05 PM
  • Thanks for the inputs.  Over the past two days I have concluded that this does not happen if the server is not running, so it has something to do with the client contacing the server when the desktop comes up.  None of my machines are set to wake up for backup, so this is apparently not a factor.  Eric, I went back and looked through the thread you mentioned, and it seems to be the same issue.  It's a shame that Microsoft couldn't come up with some data gathering tool that would log the actions of clients having this issue and compare the data with a client not having the issue.  With as many people as there are having these issues, it seems it would be in their best interest.  By it's nature, WHS is not exclusively for techies, so no telling how many people are having this issue that have no idea why it is happening.  It took me several months to put two and two together.  My wife is certainly frustrated and keeps asking me to figure out something so she doesn't have to go through this frustration when she starts up her laptop.

    Here is what I plan to look at now.  Even though I don't have "wake for backup" enabled, I want to determine if there is any difference to the client when the client resumes from hibernation, inside or outside, of the backup window set on the server.  Could it be that when the client resumes from hibernation, it contacts the server and if it is outside of the backup window, it sends it into standby?
     
    I would really like to keep this going and find some resolution.  It is a shame to have such a great product tarnished with this kind of aggravation.  While I may not be able to change any of the code, I am determined to find a work around so that I don't have to endure.  Please Microsoft, consider creating a small tool that will log all of the interaction between client and server and let's find the cause.  I think there are plenty of folks that would run the tool and send you the results. 
    Thursday, December 4, 2008 11:57 AM
  • Pete and all,

    I encounter this issue with 2 laptops and one desktop.  Here is my setup:
    The scheduled backup window is 2 to 3 AM in the morning.  At this time, both the server as well as the clients are in hibernation. None is configured to wake up during this time (reason: I don't need daily client backups, once a week is fine).
    The server is programmed to wake up at 6 AM in the morning (server uptime is controlled by the LightsOut add-in). Sometime during the day, I wake up the clients for usage. As described, they fall into standby. The desktop goes cyclic, whereas the two laptops drop to standby usually only once or twice.

    When I hibernate and reactivate a client during the day (in other words, before the next backup window), waking up from hibernation works fine!
    Only after the missed daily backup do I encounter the unintended drop to standby.

    Apart from my own wasted time, my wife's frustration is growing, and she lets me feel it :-(
    Friday, December 5, 2008 12:10 AM
  • I'm intriged by this thread as I have the same problem with a Dell Inspiron E1705.  After the WHS connector was installed, the laptop now seems to go immediately into standby after being woken up from hibernation - and too quick to stop it or do anything about it.  This seems to be stuck in a loop, and I have to hard-power off the laptop to stop it.  Inevitably, this ends up (for some reason) causing the wireless to fail to connect to my network afterwards.

    I do not have the connector set to wake the laptop up for backups, but the laptop did not have these issues prior.

    No results?  I'm still in the evaluation stage (120 day trial) of WHS, and have been impressed with everything thus far until I hit this.  I fear trying to put this on any of my wife's machines if this problem manifests itself there too as I would not hear the end of it. :-)
    Friday, December 5, 2008 6:51 PM
  •  I also had a laptop stuck in a loop yesterday.  After resuming from hibernation, it immediately went to standby.  Then when reovering from standby, went back to standby.  Not the first time this has happened either.  To get out of the loop, just disconnect from the network until your desktop becomes stable, then plug the network back in (or flip the wireless switch for wireless). 

    One thing I have done this week is to turn off Network Health notifications on all of the clients (turned ON by default), and it seems to have reduced the frequency of the "Preparing to Standby" events.  I have put together a spreadsheet and am keeping metrics on all of the clients so I can get a picture of when this event occurs and doesn't.  I have set my backup window for 12pm to 5pm so I can have both conditions during a days time.  If anyone is interested in using/modifying the spreadsheet, I'll make it available. 

    Saturday, December 6, 2008 11:28 AM
  • I'm seeing the same thing here, but it is specific to my EeePC running XP SP3. When I wake up the EeePC from hibernation, it immediately goes back to standby soon after I get to the welcome screen (before I've had time to enter my password). This usually happens once or twice, after which I can finally log on.

    My backup window is set to 2AM-8AM, but I wake up the EeePC well outside of that timeframe. I have disabled the "Wake this computer for backup" option in the connector. This occurs whether the EeePC is running on batteries or AC power. Very annoying!

    My main deskop (running Vista Ultimate 32bit) does not do this, but I use Hybrid sleep on it. On the rare times Vista has to use hibernation data, the problem does not occur.

    I did not realize that this was related to the WHS connector software, has anyone confirmed this already? Does a bug already exist in Connect? (I could not find it)

    Cheers,
    Ben.

    Sunday, December 7, 2008 4:25 PM
  • After some more searching on this, I've created a new bug in Connect, go vote if you're affected!

    https://connect.microsoft.com/WindowsHomeServer/feedback/ViewFeedback.aspx?FeedbackID=386911

    Maybe this will convince MS to take a second look at this issue...

    Cheers,
    Ben.

    EDIT: Grr, Connect links do not work in this forum, you'll have to copy/paste it yourself... In case the link is still mangled, the Feedback ID is 386911.
    Sunday, December 7, 2008 5:29 PM
  • Ben,

    I have given you a 2nd on Connect and left my two cents worth.  I have a Compaq laptop, a Toshiba laptop and a homebrew desktop with the WHS Connector installed, and all three exhibit this behaviour, so it must be widespread. 

    If anyone else has these issues, please document them on the http://connect.microsoft.com/WindowsHomeServer website as well as posting here.

    Pete
    Monday, December 8, 2008 11:58 AM
  • Fulgurator said:

    After some more searching on this, I've created a new bug in Connect, go vote if you're affected!

    https://connect.microsoft.com/WindowsHomeServer/feedback/ViewFeedback.aspx?Feedback

    Maybe this will convince MS to take a second look at this issue...

    Cheers,
    Ben.

    EDIT: Grr, Connect links do not work in this forum, you'll have to copy/paste it yourself... In case the link is still mangled, the Feedback ID is 386911.



    Hi,

    Two things ;)


    1. Any link ending in "ID=________ " is broken. It's a known issue and I agree that it is frustrating. I sent mail to the forum moderators last week.
    2. The standby/hibernate bug is a known issue that is a fixed in a later version of the product.

    Thanks!

    Lara Jones [MSFT] Windows Home Server Team
    Monday, December 8, 2008 4:55 PM
    Moderator
  • Hi Lara,

    Thanks for the feedback. Hopefully the WHS team will do a public beta of PP2 (like you guys did for PP1) so we can confirm that the fix is working (and get our hands on it early!). I realize that you cannot confirm timeframes, so I'm not asking when :)

    In the mean time, is there anything that can work around the issue? The only known workarounds so far are disabling automated backups, or uninstalling the WHS connector; both of which significantly reduce the usefulness of WHS!

    Cheers,
    Ben.
    Tuesday, December 9, 2008 12:08 AM
  • First, I don't think you should expect a public beta for PP2. Why? Well, the public beta for PP1 was for the specific purpose of banging on the patch for the file corruption issue identified late last year. I don't think there would have been a public beta except for that. Second, there are people who are still (almost 6 months later) running the beta of PP1, I suspect because they didn't realize (even though it was clearly laid out in the release notes and here in the forums) that you have to uninstall the beta to get the RTM bits.

    As for a workaround, there are enough strange dependencies that there's no workaround I can think of easier than deciding if you're going to plug your computer in for a backup tonight, and shutting it down completely if you're not. I have several laptops that all display this issue, and that's what I've resorted to.

    I'm not on the WHS team, I just post a lot. :)
    Tuesday, December 9, 2008 4:21 PM
    Moderator
  • If the issue has been a known bug for over a year, wonder why wasn't it included in PP1?  As it was not, why not release a hotfix for those of us that are bothered by this?   Can someone at Microsoft confirm/deny that here is indeed a fix and when we might expect to see it?  When Lara says that it "is fixed in a later version of the product", that doesn't really tell me anything except that it is a known issue.
    Tuesday, December 9, 2008 6:47 PM
  • Ken,

    If I could turn the WHS Connector Service on and off, that would be a help as I could script it off before hibernation.  I have tried stopping the service, but it doesn't co-operate.  Putting the service to manual doesn't help as I've tried that and the results look the same as on automatic.  Any ideas?

    Pete
    Tuesday, December 9, 2008 6:53 PM
  • Pete, I've already told you how I handle this issue. That's the easiest workaround I can come up with; I'm afraid I've already tried most of the really tricky stuff. 

    Also, there are many layers to this problem. There's the hardware, the system BIOS, the operating system, the application software (in this case the connector), etc. The WHS team will do what they can with the application software, but I seriously doubt that they will be able to fix the problem in 100% of cases.


    I'm not on the WHS team, I just post a lot. :)
    Tuesday, December 9, 2008 7:32 PM
    Moderator
  • Pete Nicholls said:

    If the issue has been a known bug for over a year, wonder why wasn't it included in PP1?  As it was not, why not release a hotfix for those of us that are bothered by this?   Can someone at Microsoft confirm/deny that here is indeed a fix and when we might expect to see it?  When Lara says that it "is fixed in a later version of the product", that doesn't really tell me anything except that it is a known issue.



    Hello Pete,

    Microsoft does not provide release dates nor proposed release dates for products that are currently in beta or fixes that are currently in test. This is not specific to Windows Home Server but is a company wide practice and policy. 

    We treat this the same as asking when Windows 7 is going to be released.

    I understand that this can be frustrating for customers/users but unfortunately there is some information that we are not allowed to release or that we simply do not have. In this case, we do not have this information.

    As Ken pointed out, there are a variety of factors that play into a fix. If there is more than one factor affecting your machine, like with the backup bugs, the fix will not work because the fix is for one specific area of code.  For this reason, we cannot guarantee that a release or patch will 'fix' your machine.  I know it seems like we can throw a bunch of fixes into a service pack and put it up on the download center but we can't. Some fixes cannot be checked into together because they cause regressions in other areas.  Because of this, some fixes will not make it into KB's or service packs together.  So that fix you really, really wanted for important module A or another area probably had to wait because it broke area "X". 

    "known issue' means that we have a Master bug and have several other bugs duped to it.  If you check the bug number on connect, it is resolved as 'fixed'.  That is all the information I can give at this point.

    Thank you

    Lara Jones [MSFT] Windows Home Server Team
    Tuesday, December 9, 2008 8:33 PM
    Moderator
  • Fulgurator said:

    Hi Lara,

    Thanks for the feedback. Hopefully the WHS team will do a public beta of PP2 (like you guys did for PP1) so we can confirm that the fix is working (and get our hands on it early!). I realize that you cannot confirm timeframes, so I'm not asking when :)

    In the mean time, is there anything that can work around the issue? The only known workarounds so far are disabling automated backups, or uninstalling the WHS connector; both of which significantly reduce the usefulness of WHS!

    Cheers,
    Ben.



    I just took a look at the bug and I'm checking on the workaround. Once I hear back from the developer who resolved the bug, I'll let you know.

    Thanks!
    Lara Jones [MSFT] Windows Home Server Team
    Tuesday, December 9, 2008 8:43 PM
    Moderator
  • Ken Warren said:

    First, I don't think you should expect a public beta for PP2. Why? Well, the public beta for PP1 was for the specific purpose of banging on the patch for the file corruption issue identified late last year. I don't think there would have been a public beta except for that. Second, there are people who are still (almost 6 months later) running the beta of PP1, I suspect because they didn't realize (even though it was clearly laid out in the release notes and here in the forums) that you have to uninstall the beta to get the RTM bits.

    As for a workaround, there are enough strange dependencies that there's no workaround I can think of easier than deciding if you're going to plug your computer in for a backup tonight, and shutting it down completely if you're not. I have several laptops that all display this issue, and that's what I've resorted to.


    Good points about PP1, you're probably right. I was under the impression that all beta bits from MS had an hardcoded expiration date, but apparently some do not. I didn't realize such a small omission could turn into a maintenance nightmare so quickly...

    Thanks for the suggested workaround. I'm not prepared to give up on hibernation for the laptop, keeping the same session opened for days is too much of a time saver. Unless Lara can suggest something better, I prefer to live without the convenience of automated laptop backups than without the convenience of hibernation. (I probably have these priorities backwards.)

    I have to say, though: I am amazed that this issue has persisted for so long, especially since it was identified during the beta period. Before Lara's post, the problem was still unconfirmed! I realize not every bug can be fixed before a release and some hard choices must be made (I am a software developer myself), but this would have been a perfect candidate for PP1.

    I'd love to hear the real story, but I'm sure it isn't something to be shared publicly :)

    Cheers,
    Ben.
    Wednesday, December 10, 2008 2:34 AM
  • The workaround I'm using on my XP SP3 PC is to turn off the WHSC Service when I know that I will not require a backup and then go into standby (e.g., for times when I know I'll be away for several hours but need to come back to my PC).  Then I'll kick off a manual backup by restarting the WHSC Service.

    For those who had trouble turning off the WHSC Service, try exiting from the WHS Console in the Systray.  Then WHSC Service will correctly stop when you do so from services.msc.  Before exiting from the WHS Console in Systray, restarting/stopping WHSC Service did not work correctly.  Only after exiting the WHS Console from Systray did it allow me to stop the service.

    After stopping the service, I can now resume from standby w/o immediately going back into standby on resume.

    I haven't seen this behavior on my other backup clients (Vista SP1 x64, Vista SP1 x32) because I never put those into standby or hibernation.

    Sunday, January 25, 2009 8:30 PM
  • Has this been determined to be a WHS problem?  

    My Dell 600m does it whenever it's been hibernating for more than a day. Typically, I close the lid instead of shutting it down, and have always done that.

    When you restart, you can see the "Resuming Windows" progress bar, so I know it's been hibernating (if it were not, the battery would not still be fresh after weeks of non-use). As soon as it gets to the desktop, it it goes into standby (which only takes a few seconds to return from).

    I can live with it, but it is somewhat annoying.
    Mike
    Wednesday, February 11, 2009 4:52 PM
  • Mike21b said:

    Has this been determined to be a WHS problem?  

    My Dell 600m does it whenever it's been hibernating for more than a day. Typically, I close the lid instead of shutting it down, and have always done that.

    When you restart, you can see the "Resuming Windows" progress bar, so I know it's been hibernating (if it were not, the battery would not still be fresh after weeks of non-use). As soon as it gets to the desktop, it it goes into standby (which only takes a few seconds to return from).

    I can live with it, but it is somewhat annoying.


    Mike



    This has been resolved as fixed in SnoQ which is the code name for Windows Home Server Power Pack 2. This is currently being tested under NDA.

    Thank you
    Lara Jones [MSFT] | Program Manager
    Community Support and Beta | Windows Home Server Team
    Windows Home Server Team Blog
    Connect Windows Home Server
    Windows Home Server
    Thursday, February 12, 2009 6:09 PM
    Moderator
  • I hate to jump in with a "me too", but I've also been affected by this issue.  I originally thought it was just a quirk with my son's desktop, which is shut down most of the time, but sleeps occasionally...  However after picking up a brand-new netbook and it behaving the same way day after day, a few google searches led me here.

    I certianly hope PP2 is available soon.  I beta tested WHS, and I'd be happy to beta PP2 if it fixes this issue.  :)
    Monday, March 9, 2009 11:44 PM
  • Does anyone know whether this was resolved in the recent powerpack update?
    Tuesday, April 7, 2009 12:21 PM
  • This behavior has been improved. In some situations it will still occur, however, as it's dependent on more than just the Windows Home Server connector.
    I'm not on the WHS team, I just post a lot. :)
    Tuesday, April 7, 2009 3:26 PM
    Moderator
  • For me, as the original poster, yes PP2 did correct the problem with all the computers on my WHS network.  I say the problem has been corrected for me as I have had no further issues since PP2, and I had them everyday before that.  Based on Ken's comments, ymmv, but I am a happy camper!
    • Marked as answer by Pete Nicholls Wednesday, April 8, 2009 11:06 AM
    Wednesday, April 8, 2009 11:06 AM
  • PP2 completely solved the problem for me on my netbook (my only affected computer). Thanks to everyone involved, it was my only black mark left on WHS :)
    Wednesday, April 8, 2009 10:33 PM
  • I get this issue with PP3, not fixed!
    Monday, February 22, 2010 12:20 AM
  • I too am having this problem on my XP laptop with a new HP WHS. I even have turned off the setting to wake this computer for backups.
    Sunday, April 25, 2010 8:01 PM