Bug 284841 - plasma crashes every couple of hours no matter what is going on, or even if nothing is going on
Summary: plasma crashes every couple of hours no matter what is going on, or even if n...
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-24 04:12 UTC by Wayne E. Nail
Modified: 2011-12-02 20:53 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Wayne E. Nail 2011-10-24 04:12:39 UTC 
Application: plasma-desktop (0.4)
KDE Platform Version: 4.6.5 (4.6.5)
Qt Version: 4.7.4
Operating System: Linux 2.6.35.14-100.fc14.i686.PAE i686
Distribution: "Fedora release 14 (Laughlin)"

-- Information about the crash:
- What I was doing when the application crashed:
 Doesn't matter. Crash happens no matter what I happen to be doing, and usually happens when I'm not doing anything but reading. The most recent crash happened while I was reading a webpage that had been displayed for a few minutes; I was not touching mouse or keyboard
- Unusual behavior I noticed:
plasma desktop crashes, then reloads. I have picture frame plasmoid and desktop background change every two minutes, but crashes do not appear to be related to or synched with either of these functions. My working desktop environment has not changed for months, but since (Fedora 14) yum update about 24 hours ago this crash is occurring every couple of hours.

-- Backtrace:
Application: Plasma Desktop Shell (plasma-desktop), signal: Aborted
[Current thread is 1 (Thread 0xb778a790 (LWP 3711))]

Thread 5 (Thread 0xad6feb70 (LWP 3805)):
#0  0x00c64424 in __kernel_vsyscall ()
#1  0x00727743 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S:236
#2  0x07a11c70 in wait (this=0x8f944cc, mutex=0x8f944c8, time=30000) at thread/qwaitcondition_unix.cpp:86
#3  QWaitCondition::wait (this=0x8f944cc, mutex=0x8f944c8, time=30000) at thread/qwaitcondition_unix.cpp:160
#4  0x07a05de9 in QThreadPoolThread::run (this=0x98ffee8) at concurrent/qthreadpool.cpp:140
#5  0x07a11603 in QThreadPrivate::start (arg=0x98ffee8) at thread/qthread_unix.cpp:331
#6  0x00722e99 in start_thread (arg=0xad6feb70) at pthread_create.c:301
#7  0x008b0d2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 4 (Thread 0xacefdb70 (LWP 3806)):
#0  0x00c64424 in __kernel_vsyscall ()
#1  0x00727743 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S:236
#2  0x07a11c70 in wait (this=0x8f944cc, mutex=0x8f944c8, time=30000) at thread/qwaitcondition_unix.cpp:86
#3  QWaitCondition::wait (this=0x8f944cc, mutex=0x8f944c8, time=30000) at thread/qwaitcondition_unix.cpp:160
#4  0x07a05de9 in QThreadPoolThread::run (this=0x99dcb28) at concurrent/qthreadpool.cpp:140
#5  0x07a11603 in QThreadPrivate::start (arg=0x99dcb28) at thread/qthread_unix.cpp:331
#6  0x00722e99 in start_thread (arg=0xacefdb70) at pthread_create.c:301
#7  0x008b0d2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 3 (Thread 0xac6fcb70 (LWP 3807)):
#0  0x00c64424 in __kernel_vsyscall ()
#1  0x00727743 in pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S:236
#2  0x07a11c70 in wait (this=0x8f944cc, mutex=0x8f944c8, time=30000) at thread/qwaitcondition_unix.cpp:86
#3  QWaitCondition::wait (this=0x8f944cc, mutex=0x8f944c8, time=30000) at thread/qwaitcondition_unix.cpp:160
#4  0x07a05de9 in QThreadPoolThread::run (this=0x9921bc0) at concurrent/qthreadpool.cpp:140
#5  0x07a11603 in QThreadPrivate::start (arg=0x9921bc0) at thread/qthread_unix.cpp:331
#6  0x00722e99 in start_thread (arg=0xac6fcb70) at pthread_create.c:301
#7  0x008b0d2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 2 (Thread 0xadeffb70 (LWP 28663)):
[KCrash Handler]
#7  0x00c64424 in __kernel_vsyscall ()
#8  0x008042f1 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#9  0x00805d5e in abort () at abort.c:92
#10 0x009ae487 in g_logv (log_domain=0xa0eca6 "GLib", log_level=<value optimized out>, format=0xa148c4 "Cannot create pipe main loop wake-up: %s\n", args1=0xadeff16c "\364+\222") at gmessages.c:557
#11 0x009ae4c3 in g_log (log_domain=0xa0eca6 "GLib", log_level=G_LOG_LEVEL_ERROR, format=0xa148c4 "Cannot create pipe main loop wake-up: %s\n") at gmessages.c:577
#12 0x009a1dbc in g_main_context_init_pipe (context=0xabb01d00) at gmain.c:520
#13 0x009a21c5 in g_main_context_new () at gmain.c:615
#14 0x07b369b6 in QEventDispatcherGlibPrivate::QEventDispatcherGlibPrivate (this=0xabb01270, context=0x0) at kernel/qeventdispatcher_glib.cpp:310
#15 0x07b36aac in QEventDispatcherGlib::QEventDispatcherGlib (this=0xabb01a58, parent=0x0) at kernel/qeventdispatcher_glib.cpp:357
#16 0x07a1092d in QThreadPrivate::createEventDispatcher (data=0x9911268) at thread/qthread_unix.cpp:272
#17 0x07a115da in QThreadPrivate::start (arg=0x99269c8) at thread/qthread_unix.cpp:324
#18 0x00722e99 in start_thread (arg=0xadeffb70) at pthread_create.c:301
#19 0x008b0d2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133

Thread 1 (Thread 0xb778a790 (LWP 3711)):
#0  0x00c64424 in __kernel_vsyscall ()
#1  0x0072739b in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_wait.S:169
#2  0x07a11cf7 in wait (this=0x8f944dc, mutex=0x8f944c8, time=4294967295) at thread/qwaitcondition_unix.cpp:88
#3  QWaitCondition::wait (this=0x8f944dc, mutex=0x8f944c8, time=4294967295) at thread/qwaitcondition_unix.cpp:160
#4  0x07a05414 in QThreadPoolPrivate::waitForDone (this=0x8f94478) at concurrent/qthreadpool.cpp:295
#5  0x07a06351 in QThreadPool::~QThreadPool (this=0x9950990, __in_chrg=<value optimized out>) at concurrent/qthreadpool.cpp:428
#6  0x07a063b3 in QThreadPool::~QThreadPool (this=0x9950990, __in_chrg=<value optimized out>) at concurrent/qthreadpool.cpp:430
#7  0x07a068db in QGlobalStaticDeleter<QThreadPool>::~QGlobalStaticDeleter (this=0x7c46b38, __in_chrg=<value optimized out>) at ../../src/corelib/global/qglobal.h:1823
#8  0x00807cdf in __run_exit_handlers (status=1) at exit.c:78
#9  exit (status=1) at exit.c:100
#10 0x023eda1c in qt_xio_errhandler () at kernel/qapplication_x11.cpp:772
#11 0x04334e9b in KApplication::xioErrhandler (this=0x8ed87e0, dpy=0x8f0f6a0) at /usr/src/debug/kdelibs-4.6.5/kdeui/kernel/kapplication.cpp:419
#12 0x04334ed7 in kde_xio_errhandler (dpy=0x8f0f6a0) at /usr/src/debug/kdelibs-4.6.5/kdeui/kernel/kapplication.cpp:126
#13 0x00ab0d57 in _XIOError (dpy=0x8f0f6a0) at XlibInt.c:3140
#14 0x00ab812f in _XEventsQueued (dpy=0x8f0f6a0, mode=2) at xcb_io.c:306
#15 0x00aa0cdb in XEventsQueued (dpy=0x8f0f6a0, mode=2) at Pending.c:43
#16 0x0242ac5f in x11EventSourcePrepare (s=0x8eef5a8, timeout=0xbf84c31c) at kernel/qguieventdispatcher_glib.cpp:77
#17 0x009a46b6 in g_main_context_prepare (context=<value optimized out>, priority=0xbf84c38c) at gmain.c:2469
#18 0x009a555b in g_main_context_iterate (context=0x8eeea80, block=1, dispatch=1, self=<value optimized out>) at gmain.c:2760
#19 0x009a5c35 in g_main_context_iteration (context=0x8eeea80, may_block=1) at gmain.c:2843
#20 0x07b36bcd in QEventDispatcherGlib::processEvents (this=0x8e9f3c8, flags=...) at kernel/qeventdispatcher_glib.cpp:422
#21 0x0242adf6 in QGuiEventDispatcherGlib::processEvents (this=0x8e9f3c8, flags=...) at kernel/qguieventdispatcher_glib.cpp:207
#22 0x07b07fca in QEventLoop::processEvents (this=0xbf84c524, flags=...) at kernel/qeventloop.cpp:149
#23 0x07b0827a in QEventLoop::exec (this=0xbf84c524, flags=...) at kernel/qeventloop.cpp:201
#24 0x07b0ce27 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1064
#25 0x02374c98 in QApplication::exec () at kernel/qapplication.cpp:3755
#26 0x04814208 in kdemain (argc=1, argv=0xbf84c754) at /usr/src/debug/kdebase-workspace-4.6.5/plasma/desktop/shell/main.cpp:120
#27 0x0804883c in main (argc=1, argv=0xbf84c754) at /usr/src/debug/kdebase-workspace-4.6.5/i686-redhat-linux-gnu/plasma/desktop/shell/plasma-desktop_dummy.cpp:3

Possible duplicates by query: bug 282777, bug 277494, bug 277317, bug 271340, bug 270069.

Reported using DrKonqi
Comment 1 Christoph Feck 2011-10-25 10:13:16 UTC 
You are using a widget that leaks file descriptors. It could be related to a micro blogging widget. To identify which widget is responsible, please try removing them one after another and see if it fixes the crash.
Comment 2 Wayne E. Nail 2011-10-26 01:34:43 UTC 
Thank you for your helpful suggestion to identify the cause of this crash.

Plasma widgets that were installed (for years before this problem occurred, and never creating problems before this update): 

(1) Kate Session Applet;
(2) Luna;
(3) Picture Frame (on desktop, not in taskbar);
(4) Trashcan;
(5) Show Desktop;
(6) Weather Forecast;
(7) Pager; and
(8) System Tray

I removed Kate Session Applet first; no change.

I removed Luna, Weather Forecast, and Trashcan next; no change.

Finally I removed Show Desktop; no change.

I'm not removing Pager or System Tray because they're active by default in the distro.

I'm not removing Picture Frame because it isn't in the taskbar and at this point I don't have much reason to believe that any of these widgets are causing the problem in the first place. I reiterate that I have not added any widgets for many many months, and none of them have caused any problems in the past.

I could not find a text log of the crashes -- by the way the 'view log' option in abrt gui apparently does nothing -- so I include this screenshot instead to show the cyclic and repeating nature of this crash. My original estimate of 'every couple of hours is wrong; obviously it is closer to three and half hours: https://imgur.com/DugME

I am willing to provide much additional information (lspci, lshw, etc) if it may help, and I very much appreciate the response to the problem.
Comment 3 Wayne E. Nail 2011-11-04 00:56:03 UTC 
I am not a coder, but my inexpert observations suggest to me that this bug is intrinsically related to bug 284830.

A kind soul has commented that bug with links to the 'file descriptor leak' problem.
Comment 4 Wayne E. Nail 2011-11-07 18:26:00 UTC 
Please see bug 284830 comment #9 for an update germane to this issue.

Essentially an in situ upgrade from Fedora 14 to Fedora 15, and subsequent addition of rdeiter's fedora-kde47 repo and upgrade to KDE 4.7.x fixed both the plasma-desktop crash and konqueror filemanager vanishing problems.

Given that Fedora 14 is about one day away from EOL and thus unlikely to receive the KDE upgrade required to fix the problems, I recommend this bug be marked closed. I posted the same recommendation for bug 284830.