Bug 1057839

Summary: [abrt] libvirt-daemon: __pthread_mutex_lock(): libvirtd killed by SIGSEGV
Product: [Fedora] Fedora Reporter: scorpion.Chen <scorpion.cute>
Component: libvirtAssignee: Libvirt Maintainers <libvirt-maint>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: berrange, clalancette, crobinso, dallan, itamar, jforbes, laine, libvirt-maint, veillard, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/3624f3eff5b69bdd339f175e672282443a5c5e17
Whiteboard: abrt_hash:a9e53a06a2dbbdda84af7bd5abf5026d0f4640d0
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-05-19 21:26:00 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description scorpion.Chen 2014-01-25 08:13:12 UTC 
Version-Release number of selected component:
libvirt-daemon-1.1.3.3-1.fc20

Additional info:
reporter:       libreport-2.1.11
backtrace_rating: 4
cmdline:        /usr/sbin/libvirtd
crash_function: __pthread_mutex_lock
executable:     /usr/sbin/libvirtd
kernel:         3.12.8-300.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            0

Truncated backtrace:
Thread no. 1 (8 frames)
 #0 __pthread_mutex_lock at ../nptl/pthread_mutex_lock.c:66
 #1 _dbus_platform_rmutex_lock at dbus-sysdeps-pthread.c:156
 #2 _dbus_rmutex_lock at dbus-threads.c:176
 #4 virDBusWatchCallback at util/virdbus.c:166
 #5 virEventPollDispatchHandles at util/vireventpoll.c:501
 #6 virEventPollRunOnce at util/vireventpoll.c:648
 #7 virEventRunDefaultImpl at util/virevent.c:274
 #8 virNetServerRun at rpc/virnetserver.c:1112
Comment 1 scorpion.Chen 2014-01-25 08:13:18 UTC 
Created attachment 855313 [details]
File: backtrace
Comment 2 scorpion.Chen 2014-01-25 08:13:20 UTC 
Created attachment 855314 [details]
File: cgroup
Comment 3 scorpion.Chen 2014-01-25 08:13:22 UTC 
Created attachment 855315 [details]
File: core_backtrace
Comment 4 scorpion.Chen 2014-01-25 08:13:25 UTC 
Created attachment 855316 [details]
File: dso_list
Comment 5 scorpion.Chen 2014-01-25 08:13:27 UTC 
Created attachment 855317 [details]
File: environ
Comment 6 scorpion.Chen 2014-01-25 08:13:29 UTC 
Created attachment 855318 [details]
File: limits
Comment 7 scorpion.Chen 2014-01-25 08:13:31 UTC 
Created attachment 855319 [details]
File: maps
Comment 8 scorpion.Chen 2014-01-25 08:13:32 UTC 
Created attachment 855320 [details]
File: open_fds
Comment 9 scorpion.Chen 2014-01-25 08:13:34 UTC 
Created attachment 855321 [details]
File: proc_pid_status
Comment 10 scorpion.Chen 2014-01-25 08:13:37 UTC 
Created attachment 855322 [details]
File: var_log_messages
Comment 11 Cole Robinson 2014-05-19 21:26:00 UTC 
given that there has only been one hit on this crash, I'm guessing it was a transient host problem