Bug 314992 - Crash when connecting to OpenVPN
Summary: Crash when connecting to OpenVPN
Status: RESOLVED WORKSFORME
Alias: None
Product: Network Management
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Lamarque V. Souza
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-12 13:21 UTC by Malte S. Stretz
Modified: 2013-02-20 12:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Malte S. Stretz 2013-02-12 13:21:32 UTC
Application: kded4 ($Id$)
KDE Platform Version: 4.10.00
Qt Version: 4.8.2
Operating System: Linux 3.2.0-38-generic x86_64
Distribution: Ubuntu 12.04.2 LTS

-- Information about the crash:
- What I was doing when the application crashed:

I just tried to establish an OpenVPN, accidently while I was inside the network where I wanted to connect to. NetworkManager (GUI?) crashed.

It did work properly before, the command which should have been executed would look like this:

/usr/sbin/openvpn --remote $HOST --nobind --dev tun --proto udp --port 1194 --cipher AES-128-CBC --auth-nocache --tls-auth $TLS_KEY 1 --syslog nm-openvpn --mssfix --script-security 2 --up /usr/lib/NetworkManager/nm-openvpn-service-openvpn-helper --up-restart 
--persist-key --persist-tun --management 127.0.0.1 1194 --management-query-passwords --route-noexec --ifconfig-noexec --client --ca $CA_CRT --cert $USER_CRT --key $USER_KEY --auth-user-pass

-- Backtrace:
Application: KDE Daemon (kdeinit4), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fa1e2715780 (LWP 2470))]

Thread 3 (Thread 0x7fa1c7882700 (LWP 2473)):
#0  0x00007fa1dff40313 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fa1dd052036 in g_main_context_poll (n_fds=1, fds=0x7fa1c0003770, timeout=-1, context=0x7fa1c00009a0, priority=<optimized out>) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3440
#2  g_main_context_iterate (dispatch=1, block=<optimized out>, context=0x7fa1c00009a0, self=<optimized out>) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3141
#3  g_main_context_iterate (context=0x7fa1c00009a0, block=<optimized out>, dispatch=1, self=<optimized out>) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3083
#4  0x00007fa1dd052164 in g_main_context_iteration (context=0x7fa1c00009a0, may_block=1) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3207
#5  0x00007fa1e1390906 in QEventDispatcherGlib::processEvents (this=0x7fa1c00008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6  0x00007fa1e135fe42 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fa1e1360097 in QEventLoop::exec (this=0x7fa1c7881e00, flags=...) at kernel/qeventloop.cpp:204
#8  0x00007fa1e125f057 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#9  0x00007fa1e126207b in QThreadPrivate::start (arg=0x1486630) at thread/qthread_unix.cpp:307
#10 0x00007fa1dd928e9a in start_thread (arg=0x7fa1c7882700) at pthread_create.c:308
#11 0x00007fa1dff4bccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7fa1c7081700 (LWP 2478)):
#0  0x00007fa1dff40313 in __GI___poll (fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00007fa1dd052036 in g_main_context_poll (n_fds=1, fds=0x7fa1b80029b0, timeout=-1, context=0x7fa1b80009a0, priority=<optimized out>) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3440
#2  g_main_context_iterate (dispatch=1, block=<optimized out>, context=0x7fa1b80009a0, self=<optimized out>) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3141
#3  g_main_context_iterate (context=0x7fa1b80009a0, block=<optimized out>, dispatch=1, self=<optimized out>) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3083
#4  0x00007fa1dd052164 in g_main_context_iteration (context=0x7fa1b80009a0, may_block=1) at /build/buildd/glib2.0-2.32.3/./glib/gmain.c:3207
#5  0x00007fa1e1390906 in QEventDispatcherGlib::processEvents (this=0x7fa1b80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#6  0x00007fa1e135fe42 in QEventLoop::processEvents (this=<optimized out>, flags=...) at kernel/qeventloop.cpp:149
#7  0x00007fa1e1360097 in QEventLoop::exec (this=0x7fa1c7080dd0, flags=...) at kernel/qeventloop.cpp:204
#8  0x00007fa1e125f057 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#9  0x00007fa1e133fb4f in QInotifyFileSystemWatcherEngine::run (this=0x18e4e50) at io/qfilesystemwatcher_inotify.cpp:248
#10 0x00007fa1e126207b in QThreadPrivate::start (arg=0x18e4e50) at thread/qthread_unix.cpp:307
#11 0x00007fa1dd928e9a in start_thread (arg=0x7fa1c7081700) at pthread_create.c:308
#12 0x00007fa1dff4bccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#13 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fa1e2715780 (LWP 2470)):
[KCrash Handler]
#6  QMap<QString, QString>::freeData (x=0x60c620, this=<optimized out>) at /usr/include/qt4/QtCore/qmap.h:645
#7  0x00007fa1aef2782b in ~QMap (this=0x7fff82e3c2a0, __in_chrg=<optimized out>) at /usr/include/qt4/QtCore/qmap.h:185
#8  OpenVpnAuthWidget::readSecrets (this=0x1b96360) at ../../../vpnplugins/openvpn/openvpnauth.cpp:126
#9  0x00007fa1c468d136 in ConnectionSecretsJob::doAskUser (this=0x1a4ee00) at ../../../libs/ui/connectionsecretsjob.cpp:125
#10 0x0000000000000000 in ?? ()

Reported using DrKonqi
Comment 1 Lamarque V. Souza 2013-02-12 13:57:13 UTC
Which Plasma NM do you use? You can see the version string in "Manage Connections" -> "Other". You should use at least 0.9.0.7 because there is a couple of bugs in versions below 0.9.0.7 that can cause this kind of problem.
Comment 2 Malte S. Stretz 2013-02-12 16:18:46 UTC
Version 0.9.0.7 (nm09 20130127) aka whatever the current version in Kubuntu 12.04 plus backports is :)
Comment 3 Lamarque V. Souza 2013-02-12 18:17:44 UTC
That's odd, line vpnplugins/openvpn/openvpnauth.cpp:126 is QObject::connect() call:

connect(showPasswords, SIGNAL(toggled(bool)), this, SLOT(showPasswordsToggled(bool)));

That should not cause any crash unless there is internal problem in Qt, which seems to be the case by the other lines in the backtrace.

Is this problem reproducible?
Comment 4 Christoph Feck 2013-02-19 01:33:03 UTC
If you can provide the information requested in comment #3, please add it.
Comment 5 Malte S. Stretz 2013-02-20 12:35:59 UTC
Haven't seen this again yet. Maybe it is a race condition. Feel free to close this bug, I'll reopen it if I see it again.