Hard freezes on wake from sleep on MBP

strells

strells

Product Expert
Three times now my MBP has frozen hard and I'm blaming Parallels. When I open the lid, everything runs slow and I get the beach ball, starting in Parallels (I also see the clock frozen in Parallels) and gradually all apps. I try to force quit Parallels. No luck. Eventually, the pointer freezes and I'm dead in the water. I'm running 3188 XP Pro through a Boot Camp partition. Anybody seen anything similar? This does not happen every time I wake from sleep and it seems to happen when I change my location from home to work or vice versa.

Steve
 
I know exactly what you mean. But no, I always make it a point to make sure I disconnect my shared volumes when I put the machine to sleep. Why Apple hasn't fixed the timeout (or at least put up a dialog asking what to do right away) for shared volumes for *years* now is beyond me.

Steve
 
Still no solution and it keeps happening. It may be a 10.4.9 thing. I've tried pausing the VM before putting the MBP to sleep with no affect. It still occasionally crashes. The next thing I'll try is not changing the location (from the Apple menu) so quickly on wake from sleep. Maybe changing the networking environment too soon is causing the problem. Other than this, I'm at a loss. I've *never* had freezing hard crashes in OS X, so this is very disturbing.

Steve
 
strells said:
Still no solution and it keeps happening. It may be a 10.4.9 thing. I've tried pausing the VM before putting the MBP to sleep with no affect. It still occasionally crashes. The next thing I'll try is not changing the location (from the Apple menu) so quickly on wake from sleep. Maybe changing the networking environment too soon is causing the problem. Other than this, I'm at a loss. I've *never* had freezing hard crashes in OS X, so this is very disturbing.

Steve
Click to expand...
Or, see if you don't change the location unless Parallels is shut down...
 
Well, I've pretty much confirmed that the problem is not sleep, it's changing the location. I've been using bridged ethernet to get a separate IP address at work. Changing the location when I get home to use my wireless network or vice versa kills Parallels and brings down my entire machine. Ouch. I'd say this is a bug. If anyone else can confirm this, that would be fantastic since I wouldn't be the only one.

Steve
 
Steve,

Thanks for narrowing down the problem. I remember we observed something similar in older PD versions and with older OS X like 10.4.6. We will try to reproduce and fix the problem.

Meanwhile, I would suggest you suspending your VM before changing location and resuming it when the location is changed. This should workaround that nasty hang.
 
Tim Surgent said:
Steve,

Thanks for narrowing down the problem. I remember we observed something similar in older PD versions and with older OS X like 10.4.6. We will try to reproduce and fix the problem.

Meanwhile, I would suggest you suspending your VM before changing location and resuming it when the location is changed. This should workaround that nasty hang.
Click to expand...
Hmm... Interesting... I am going to go test the two scenarios.
 
Tim Surgent said:
Steve,

Thanks for narrowing down the problem. I remember we observed something similar in older PD versions and with older OS X like 10.4.6. We will try to reproduce and fix the problem.

Meanwhile, I would suggest you suspending your VM before changing location and resuming it when the location is changed. This should workaround that nasty hang.
Click to expand...

Well, since this is a BC partition VM, I can't suspend it. I tried pausing it yesterday, but that didn't work. I still got the hang almost right after I un-suspended the VM.

Thanks for responding! I've tried checking the logs, but I haven't seen anything interesting. Is there a certain log that would be helpful?

Steve
 
Hello everybody!

We have investigated this problem. Parallels hangs when you change your network location.
And here is a workaround:
1. Click on desktop to remove focus from Parallels.
2. Change location.

But. The issue remains and we will try to fix it.

Thank you for reporting.
 
You must log in or register to reply here.
Back
Top