Tunnelblick 3.1.1 crashes on wake from sleep

[Ryan Cushley]

I just updated Tunnelblick, and the application now hangs on waking
from sleep on 10.6.5, on a 13" Macbook Pro if a connection is left on
when going to sleep. This possibly also occurs on an unexpected
shutdown, but I haven't been able to replicate it.

Can others tell me if they have the same problem or am I alone in
this?

Thanks,
Ryan

[crx]

same problem here! standby is killing my vpn :-(
(macbook pro / 10.6.5)

[Zaphod Beeblebrox]

Verified on OS X 10.5.8 PPC

[Jonathan K. Bullard]

Please try setting the "doNotPutOffSleepUntilOpenVPNsTerminate" preference:

defaults write com.openvpn.tunnelblick doNotPutOffSleepUntilOpenVPNsTerminate -bool no

--
You received this message because you are subscribed to the Google Groups "tunnelblick-discuss" group.
To post to this group, send email to tunnelbli...@googlegroups.com.
To unsubscribe from this group, send email to tunnelblick-dis...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/tunnelblick-discuss?hl=en.

[jkbull...gmail.com]

To clarify, type the "defaults..." line into Terminal.app

[crx]

haven't had any crashes since I made the change. thx!

[Jonathan K. Bullard]

Wait a minute. The command I gave should not have worked -- it should be "yes" instead of "no".
In other words, the line to type in /Applications/Utilities/Terminal.app should be:

defaults write com.openvpn.tunnelblick doNotPutOffSleepUntilOpenVPNsTerminate -bool yes

I'd be interested if it really is working the other way, which is the same as not having the preference. If so, maybe it is an intermittent problem.

Also, I'd be interested if it takes a long time for your computer to actually go to sleep after you close the lid -- as indicated by the pulsing light. Especially if it is taking about 30 seconds.

Any and all input is welcomed!

[crx]

Just wanted to double-check everything and post my results, but my
computer started to hang completely while trying to go to standby
mode.

There are two auto-connect-vpns and one that is just randomly used. My
computer wasn't turned off for a while and I had lots of programs open
so standby took slightly more than 30 seconds (in spite of having a
fast ssd...). Then I thought, I should open the third connection and
try to standby... but unfortunately the system hang and I had to do
the manual-shutdown (monitor was black already, open and close didn't
do anything but the computer was still on).

After booting up again my standby-times are below 10 seconds. No crash
with all three vpns connected. I guess I'll try the "yes" setting. But
maybe you have got a better idea in the meantime :-)
Feel free to ask for further details!

Cheers,
Christian

> > tunnelblick-dis...@googlegroups.com<tunnelblick-discuss%2Bunsu bsc...@googlegroups.com>
> > .

[Outbreak Monkey]

I was having issues waking from sleep after the 3.1.1 update..

I've noticed if I manually sleep the Mac Book from the Menu (Apple
Menu -> Sleep) it pops up instantly with an "Unexpected Disconnection"
message... If I don't clear this message the MacBook doesn't sleep..

Also, if I close the lid and it goes fully to sleep (after a long
time), then when it comes back, mousing over the Tunnelblick menu
gives me spinning wheel and the VPN sessions aren't working...

What seemed to work for me is:
- Manually sleep the machine
- When the dialog comes up, check the "Don't show this error again"
message (which you don't get to see if you close the lid on your Mac
Book)..

Since ticking the "Don't show this error again" the laptop sleeps
straight away (10 seconds), and the tunnels seem to come up fine.

Cheers,
ObM...

[jkbull...gmail.com]

My earlier posts about what was going on (and the defaults write... doNotPutOffSleepUntilOpenVPNsTerminate...) may have been wrong.

The new "unexpected disconnection" pop-up window can interfere with sleep and/or cause beachballs upon waking up. This is a bug -- the window should not be showing up when going to sleep. The problem can be avoided by using the procedure that Outbreak Monkey describes in the above post. As an alternative to the manual sleep/check the checkbox steps, the following can be typed into /Applications/Utilities/Terminal.app:

defaults write com.openvpn.tunnelblick skipWarningAboutUnexpectedDisconnections -bool yes


If I can get more feedback about this (I can't reproduce it myself) it will be easier to find -- and fix -- the bug. So please post here with your experiences.

[elliotttf]

I'm having the same issue (MBP, OSX 10.5.8).

My steps to reproduce are:
1. close the lid so the computer goes to sleep
2. Wake the computer at a later time
3. A warning about VPN disconnected sessions is displayed
4. Beachball of death on the tunnelblick icon, activity monitor shows
tunnelblick not responding.

[jkbull...gmail.com]

@elliotttf:

Have you tried it after typing

defaults write com.openvpn.tunnelblick skipWarningAboutUnexpectedDisconnections -bool yes

into /Applications/Utilities/Terminal.app, per my earlier post?

[Gjermund Gusland Thorsen]

FYI: My MBP 13 does have sleep: Never,

it only has screen saver: Turn on after 10 mins.

And it still enjoys the game of Steve’s beach ball after connection lost, either ethernet unhook or Airport off.

Or having to release the screenblanker with a user password.

[Chris]

I was having the same problem as described (MacBook running 10.6.5,
gives a message before sleeping with an active VPN connection,
beachball for tunnelblick after wakeup).
I've just tried the suggested "defaults write" fix and it works for
me. Thanks!

Chris.

[Jonathan K. Bullard]

Chris and Gjermund Guslnd Thorsen: Thanks very much for your comments.

@Gjermund Guslnd Thorsen: Please try typing the following:

defaults write com.openvpn.tunnelblick skipWarningAboutUnexpectedDisconnections -bool yes

into /Applications/Utilities/Terminal.app. It should fix your problem. Please post back to confirm that it works (or if it doesn't, of course!)

Thanks again.

[jkbull...gmail.com]

To everyone having the "beachball" problem:

Is the warning window about the unexpected disconnection still visible? If so, try clicking "OK" to acknowledge the warning. Does Tunnelblick then start responding again?

[Jonathan K. Bullard]

@zmousem: Thank you very much for doing these experiments and reporting your results so clearly.

The problem with the screensaver (with password required, perhaps without password required?) is separate from sleep; I suspect that the "warn" preference will fix it, but am waiting to hear back from someone who has the problem.

On Thu, Dec 23, 2010 at 8:49 PM, zmousm <zmo...@gmail.com> wrote:

Here is my observation of the whole situation:

1. If none of the two options are set (sleep, warn)

Upon wake from sleep (manual or MBP lid), the warning message (unexpected disconnection) shows up. Click OK (not ticking the check-box), then tunnelblick menu item is unresponsive (beachball). Openvpn instance is still running. If you kill it, then tunnelblick becomes responsive again.

If you kill tunnelblick instead, then upon restarting it, another warning comes up: could not connect to openvpn instance within... (something like that)

Obviously tunnelblick can not control (or so it thinks) the openvpn instance (which is still running) after waking up.

2. If option sleep: yes

Everything OK (openvpn reconnects, tunnelblick is responsive) -- the warning message (unexpected disconnection) still comes up.

3. If option warn: yes

Everything OK (openvpn reconnects, tunnelblick is responsive) -- no warning.

4. If both options (sleep, warn): yes

Everything OK (openvpn reconnects, tunnelblick is responsive) -- no warning.

The time to sleep seems mostly unaffected (15-30 seconds in my case). It did seem slightly faster when option warn: yes, as opposed to sleep: yes or both: yes, however I am inconclusive.

The above has been observed on both 10.5.8 (intel) and 10.6.5.

--
You received this message because you are subscribed to the Google Groups "tunnelblick-discuss" group.
To post to this group, send email to tunnelbli...@googlegroups.com.

To unsubscribe from this group, send email to tunnelblick-dis...@googlegroups.com.

[jkbull...gmail.com]

I believe that:

defaults write com.openvpn.tunnelblick skipWarningAboutUnexpectedDisconnections -bool yes

should solve the problem of Tunnelblick hanging.

The following:

defaults write com.openvpn.tunnelblick doNotPutOffSleepUntilOpenVPNsTerminate -bool yes

could result in faster times going to sleep, but it means that the VPN connection(s) were not properly terminated and that could result in problems later.

So I'd like everyone who is having these problems to try

defaults write com.openvpn.tunnelblick skipWarningAboutUnexpectedDisconnections -bool yes

and

defaults write com.openvpn.tunnelblick doNotPutOffSleepUntilOpenVPNsTerminate -bool no

(note the second one is "no"). If that works for everyone, then that's how I'd like to fix things.

If the second one being "no" causes problems other than slower sleep (it should only be a few seconds more, at the most, unless you have a very large number of VPNs connected simultaneously), I'd like to know about that, and details about what the problems are.

Thanks again for everyone's input. The more I get, the faster I can fix this for everyone.

[n9yty]

On Dec 24, 2:37 pm, "jkbull...gmail.com" <jkbull...@gmail.com> wrote:
> I believe that:
> defaults write
> com.openvpn.tunnelblick skipWarningAboutUnexpectedDisconnections -bool yes
> should solve the problem of Tunnelblick hanging.

It does, at least for me.

-Steve

[jkbull...gmail.com]

Tunnelblick 3.1.2 fixes this problem and is now available from the Downloads page at http://code.google.com/p/tunnelblick/wiki/DownloadsEntry?tm=2.

Thanks to everyone who helped by testing different solutions and reporting their results.

[Ryan Cushley]

Thanks for fixing this! A very quick turnaround. I'm very impressed
with the developer responsiveness for this project.

Thanks again,

Ryan



On Dec 25, 11:33 am, "jkbull...gmail.com" <jkbull...@gmail.com> wrote:
> *Tunnelblick 3.1.2 fixes this problem* and is now available from the
> Downloads page athttp://code.google.com/p/tunnelblick/wiki/DownloadsEntry?tm=2.
>
> *Thanks* to everyone who helped by testing different solutions and reporting
> their results.

[crx]

Thanks for the quick bug fix release!
I also haven't had any crashes since I made the last changes you
proposed!

On 25 Dez., 12:33, "jkbull...gmail.com" <jkbull...@gmail.com> wrote:
> *Tunnelblick 3.1.2 fixes this problem* and is now available from the
> Downloads page athttp://code.google.com/p/tunnelblick/wiki/DownloadsEntry?tm=2.
>
> *Thanks* to everyone who helped by testing different solutions and reporting
> their results.

[Gjermund Gusland Thorsen]

It works operationally, however strategically, Tunnelblick 3.1.1 and 3.1.2 still makes my entire MBP 13" hang for up to 180 secs several times pr hr, I downloaded 3.1 and reinstalled, the problem disappeared.