Bug 981299 - [abrt] mate-panel-1.6.0-1.fc18: magazine_chain_pop_head: Process /usr/bin/mate-panel was killed by signal 11 (SIGSEGV)
[abrt] mate-panel-1.6.0-1.fc18: magazine_chain_pop_head: Process /usr/bin/mat...
Status: CLOSED INSUFFICIENT_DATA
Product: Fedora
Classification: Fedora
Component: mate-panel (Show other bugs)
18
x86_64 Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Dan Mashal
Fedora Extras Quality Assurance
abrt_hash:e2aef28df777a57feeaeb69b6b0...
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-07-04 08:29 EDT by rcoe
Modified: 2013-07-26 08:45 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-07-26 08:45:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
File: backtrace (48.37 KB, text/plain)
2013-07-04 08:29 EDT, rcoe
no flags Details
File: cgroup (133 bytes, text/plain)
2013-07-04 08:29 EDT, rcoe
no flags Details
File: core_backtrace (5.42 KB, text/plain)
2013-07-04 08:29 EDT, rcoe
no flags Details
File: dso_list (9.15 KB, text/plain)
2013-07-04 08:29 EDT, rcoe
no flags Details
File: environ (1.48 KB, text/plain)
2013-07-04 08:29 EDT, rcoe
no flags Details
File: limits (1.29 KB, text/plain)
2013-07-04 08:29 EDT, rcoe
no flags Details
File: maps (47.57 KB, text/plain)
2013-07-04 08:30 EDT, rcoe
no flags Details
File: open_fds (3.72 KB, text/plain)
2013-07-04 08:30 EDT, rcoe
no flags Details
File: proc_pid_status (954 bytes, text/plain)
2013-07-04 08:30 EDT, rcoe
no flags Details
File: var_log_messages (1004 bytes, text/plain)
2013-07-04 08:30 EDT, rcoe
no flags Details

  None (edit)
Description rcoe 2013-07-04 08:29:36 EDT
Version-Release number of selected component:
mate-panel-1.6.0-1.fc18

Additional info:
reporter:       libreport-2.1.4
backtrace_rating: 4
cmdline:        mate-panel
crash_function: magazine_chain_pop_head
executable:     /usr/bin/mate-panel
kernel:         3.9.6-200.fc18.x86_64
runlevel:       N 5
uid:            1000
xsession_errors: (mate-panel:2193): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 magazine_chain_pop_head at gslice.c:532
 #1 thread_memory_magazine1_alloc at gslice.c:835
 #2 g_slice_alloc at gslice.c:994
 #3 g_slist_copy_deep at gslist.c:628
 #4 g_slist_copy at gslist.c:578
 #5 gtk_style_real_init_from_rc at gtkstyle.c:1739
 #6 murrine_style_init_from_rc at src/murrine_style.c:2439
 #7 gtk_rc_style_to_style at gtkrc.c:2394
 #8 gtk_rc_init_style at gtkrc.c:2472
 #9 gtk_rc_get_style at gtkrc.c:2026

Potential duplicate: bug 875815
Comment 1 rcoe 2013-07-04 08:29:40 EDT
Created attachment 768757 [details]
File: backtrace
Comment 2 rcoe 2013-07-04 08:29:43 EDT
Created attachment 768758 [details]
File: cgroup
Comment 3 rcoe 2013-07-04 08:29:47 EDT
Created attachment 768759 [details]
File: core_backtrace
Comment 4 rcoe 2013-07-04 08:29:50 EDT
Created attachment 768760 [details]
File: dso_list
Comment 5 rcoe 2013-07-04 08:29:54 EDT
Created attachment 768761 [details]
File: environ
Comment 6 rcoe 2013-07-04 08:29:57 EDT
Created attachment 768762 [details]
File: limits
Comment 7 rcoe 2013-07-04 08:30:00 EDT
Created attachment 768763 [details]
File: maps
Comment 8 rcoe 2013-07-04 08:30:03 EDT
Created attachment 768764 [details]
File: open_fds
Comment 9 rcoe 2013-07-04 08:30:06 EDT
Created attachment 768765 [details]
File: proc_pid_status
Comment 10 rcoe 2013-07-04 08:30:16 EDT
Created attachment 768767 [details]
File: var_log_messages
Comment 11 Wolfgang Ulbrich 2013-07-26 06:17:06 EDT
Can you describe a little more detailed what happend?
Did this issue occurs frequently ?
Comment 12 rcoe 2013-07-26 08:35:50 EDT
Unfortunately I don't know what caused the crash.  On a good note, I also haven't seen it recur.

If I had to guess, it might be related to my environment, whereby I use centrify to connect to a Windows domain controller and 802.1x security on the network. So, I think it might be a race condition between something the panel is doing with networking, before I have a chance to authenticate to the domain and network.  But since tweaking my behaviour about sleeping/shutting down when switching networks, I have a more stable platform.  So, this bug might be closeable, since I have a pretty unique deployment.
Comment 13 Wolfgang Ulbrich 2013-07-26 08:45:53 EDT
Thank you for infos. i will close this bug with insufficient data, so the report isn't blocked for abrt if it happend again. ;)
Feel free to post here, i will re-open report.

Note You need to log in before you can comment on or make changes to this bug.