Bug 905139

Summary: [abrt] libvirt-daemon- __strlen_sse2_pminub: Process /usr/sbin/libvirtd was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: Michael Catanzaro <mcatanzaro>
Component: libvirtAssignee: Libvirt Maintainers <libvirt-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: berrange, clalancette, crobinso, itamar, jforbes, jyang, laine, libvirt-maint, veillard, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:e0e7e32499e29e52def7bf2abedf6de7761d2ac8
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-06-11 18:23:46 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
File: backtrace
File: cgroup
File: core_backtrace
File: dso_list
File: environ
File: limits
File: maps
File: open_fds
File: proc_pid_status
File: var_log_messages none

Description Michael Catanzaro 2013-01-28 11:51:08 EST
Description of problem:
Happened when I was using Boxes - don't know why.

Version-Release number of selected component:

Additional info:
backtrace_rating: 4
cmdline:        /usr/sbin/libvirtd --timeout=30
crash_function: __strlen_sse2_pminub
executable:     /usr/sbin/libvirtd
kernel:         3.7.4-204.fc18.x86_64
remote_result:  NOTFOUND
uid:            1000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 __strlen_sse2_pminub at ../sysdeps/x86_64/multiarch/strlen-sse2-pminub.S:38
 #1 setfilecon_raw_internal at setfilecon.c:12
 #2 virSecuritySELinuxSetFileconHelper at security/security_selinux.c:836
 #3 virSecurityStackSetSavedStateLabel at security/security_stack.c:319
 #4 qemuMigrationToFile at qemu/qemu_migration.c:3234
 #5 qemuDomainSaveInternal at qemu/qemu_driver.c:2810
 #6 qemuDomainManagedSave at qemu/qemu_driver.c:3019
 #7 virDomainManagedSave at libvirt.c:17531
 #8 remoteDispatchDomainManagedSave at remote_dispatch.h:3210
 #9 remoteDispatchDomainManagedSaveHelper at remote_dispatch.h:3188
Comment 1 Michael Catanzaro 2013-01-28 11:51:12 EST
Created attachment 689100 [details]
File: backtrace
Comment 2 Michael Catanzaro 2013-01-28 11:51:13 EST
Created attachment 689101 [details]
File: cgroup
Comment 3 Michael Catanzaro 2013-01-28 11:51:18 EST
Created attachment 689102 [details]
File: core_backtrace
Comment 4 Michael Catanzaro 2013-01-28 11:51:20 EST
Created attachment 689103 [details]
File: dso_list
Comment 5 Michael Catanzaro 2013-01-28 11:51:21 EST
Created attachment 689104 [details]
File: environ
Comment 6 Michael Catanzaro 2013-01-28 11:51:23 EST
Created attachment 689105 [details]
File: limits
Comment 7 Michael Catanzaro 2013-01-28 11:51:25 EST
Created attachment 689106 [details]
File: maps
Comment 8 Michael Catanzaro 2013-01-28 11:51:27 EST
Created attachment 689107 [details]
File: open_fds
Comment 9 Michael Catanzaro 2013-01-28 11:51:29 EST
Created attachment 689108 [details]
File: proc_pid_status
Comment 10 Michael Catanzaro 2013-01-28 11:51:30 EST
Created attachment 689109 [details]
File: var_log_messages
Comment 11 Cole Robinson 2013-01-28 17:57:51 EST
Hmm, okay, this is the second report of this, so something must be going on.

Looks like virSecurityStackSetSavedStateLabel is trying to label the save data with imagelabel=NULL. Maybe some cleanup race with daemon save-on-shutdown behavior?
Comment 12 Cole Robinson 2013-06-11 18:23:46 EDT
Well no other reports have tricked in, so closing.