Bug 277159 - Network Manager - VPN's and kded race
Summary: Network Manager - VPN's and kded race
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: Network Management
Classification: Unmaintained
Component: KDED Module (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: Will Stephenson
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-05 20:39 UTC by onigino
Modified: 2011-07-31 15:33 UTC (History)
1 user (show)

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 onigino 2011-07-05 20:39:13 UTC
Application: kded4 ($Id$)
KDE Platform Version: 4.6.4 (4.6.4) (Compiled from sources)
Qt Version: 4.7.0
Operating System: Linux 2.6.39.2custom x86_64
Distribution (Platform): Slackware Packages

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

when vpnc drops an vpn uplink , or vpn drops for some other reason, networkmanager doesn't catchup very well.. locks up the entire graphics portion of KDE until i kill kded then i get this crash report, and networkmanager resets all my existing connections.. wifi and otherwise..

this is annoying and even happens if I command networkmanager to disconnect..

this is the git release of the networkmanager plasma fyi..
on 0.8.4 networmanager release..

The crash can be reproduced some of the time.

-- Backtrace:
Application: KDE Daemon (kdeinit4), signal: Aborted
[Current thread is 1 (Thread 0x7fb27a5d5780 (LWP 5083))]

Thread 3 (Thread 0x7fb25f525700 (LWP 5737)):
#0  0x00007fb2772b0293 in poll () from /lib64/libc.so.6
#1  0x00007fb273b8fe34 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fb273b9036d in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fb278ff8256 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#4  0x00007fb278fcc562 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#5  0x00007fb278fcc7ac in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#6  0x00007fb278ee20e4 in QThread::exec() () from /usr/lib64/qt/lib/libQtCore.so.4
#7  0x00007fb278fadd48 in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#8  0x00007fb278ee48be in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#9  0x00007fb26c700bc3 in ?? () from /usr/lib64/libGL.so.1
#10 0x00007fb278c49d6b in start_thread () from /lib64/libpthread.so.0
#11 0x00007fb2772ba45d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7fb257ad2700 (LWP 5825)):
#0  0x00007fb2772b0293 in poll () from /lib64/libc.so.6
#1  0x00007fb273b8fe34 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007fb273b90742 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
#3  0x00007fb257d8be64 in ?? () from /usr/lib64/libgio-2.0.so.0
#4  0x00007fb273bb7126 in ?? () from /usr/lib64/libglib-2.0.so.0
#5  0x00007fb26c700bc3 in ?? () from /usr/lib64/libGL.so.1
#6  0x00007fb278c49d6b in start_thread () from /lib64/libpthread.so.0
#7  0x00007fb2772ba45d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7fb27a5d5780 (LWP 5083)):
[KCrash Handler]
#6  0x00007fb25649a610 in get_nl_link_by_index (self=0x23e37a0, nl_info=0x241db80) at ntrack-libnl.c:385
#7  update_connectivity (self=0x23e37a0, nl_info=0x241db80) at ntrack-libnl.c:433
#8  0x00007fb25649a8ed in smart_cache_update (self=<value optimized out>, fds=<value optimized out>) at ntrack-libnl.c:301
#9  _ntrack_arch_process_data (self=<value optimized out>, fds=<value optimized out>) at ntrack-libnl.c:209
#10 0x00007fb2568a503b in QNtrack::socketActivated (this=<value optimized out>, socket=<value optimized out>) at QNtrack.cpp:71
#11 0x00007fb2568a539a in QNtrack::qt_metacall (this=0x2450920, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff9329a510) at moc_QNtrack.cpp:81
#12 0x00007fb278fe260f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt/lib/libQtCore.so.4
#13 0x00007fb27902a11e in QSocketNotifier::activated(int) () from /usr/lib64/qt/lib/libQtCore.so.4
#14 0x00007fb278fe801b in QSocketNotifier::event(QEvent*) () from /usr/lib64/qt/lib/libQtCore.so.4
#15 0x00007fb278160724 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt/lib/libQtGui.so.4
#16 0x00007fb2781651ba in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt/lib/libQtGui.so.4
#17 0x00007fb279fdbaf6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#18 0x00007fb278fcd1ac in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt/lib/libQtCore.so.4
#19 0x00007fb278ff7bc9 in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#20 0x00007fb273b8f8f3 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#21 0x00007fb273b900d0 in ?? () from /usr/lib64/libglib-2.0.so.0
#22 0x00007fb273b9036d in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#23 0x00007fb278ff81ff in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#24 0x00007fb27820479e in ?? () from /usr/lib64/qt/lib/libQtGui.so.4
#25 0x00007fb278fcc562 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#26 0x00007fb278fcc7ac in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#27 0x00007fb278fd0c4b in QCoreApplication::exec() () from /usr/lib64/qt/lib/libQtCore.so.4
#28 0x00007fb267c8d767 in kdemain () from /usr/lib64/libkdeinit4_kded4.so
#29 0x0000000000407276 in _start ()

Reported using DrKonqi
Comment 1 Lamarque V. Souza 2011-07-05 22:42:41 UTC
You compiled kde-runtime against ntrack. Ntrack is known to cause problems such as this one. If you do not really need ntrack recompile kde-runtime without it.
Comment 2 onigino 2011-07-07 22:22:50 UTC
Ahh! thanks, removed ntrack and recompiled..

on VPN disconnect requests wifi and local LAN connections are still reset with a kded crash.. but overall things are a bit more stable now.. so thanks..
Comment 3 Lamarque V. Souza 2011-07-18 20:39:49 UTC
Attach the crashlog please.