Bug 1842318

Summary: [abrt] libvirt-daemon: libxlGetAutoballoonConf(): libvirtd killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Lloyd Kvam <redhat>
Component: libvirtAssignee: Libvirt Maintainers <libvirt-maint>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 32CC: agedosier, berrange, brandonk98, clalancette, crobinso, itamar, jforbes, laine, libvirt-maint, phrdina, veillard, virt-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/066375e7d99de9babb317600ae7d63a531318ee9
Whiteboard: abrt_hash:9fc3275d3c777abcd26a639131ed74a3fd2fb44b;VARIANT_ID=server;
Fixed In Version: libvirt-6.1.0-4.fc32 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-06-04 02:54:56 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: core_backtrace
none
File: cpuinfo
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: mountinfo
none
File: open_fds
none
File: proc_pid_status none

Description Lloyd Kvam 2020-05-31 19:46:07 UTC 
Description of problem:
I upgrade from Fedora 30 to Fedora 32. I am using Xen virtualization. Fedora 30 was working. 

Now libvirtd crashes every few minutes if I boot the XEN kernel. I am filing this using the regular kernel because the 
system is unusable when I boot XEN.

Version-Release number of selected component:
libvirt-daemon-6.1.0-2.fc32

Additional info:
reporter:       libreport-2.13.1
backtrace_rating: 4
cgroup:         0::/system.slice/libvirtd.service
cmdline:        /usr/sbin/libvirtd --timeout 120
crash_function: libxlGetAutoballoonConf
executable:     /usr/sbin/libvirtd
journald_cursor: s=f432eb6429064901af7e47b2daf9657a;i=ba9b36;b=739b003bc94a4573981a31f4b9703ee4;m=7bcebbb8;t=5a6f4fce6c138;x=ee798b14b02b68ab
kernel:         5.6.14-300.fc32.x86_64
rootdir:        /
runlevel:       N 3
type:           CCpp
uid:            0

Truncated backtrace:
Thread no. 1 (6 frames)
 #0 libxlGetAutoballoonConf at ../../src/libxl/libxl_conf.c:1681
 #1 libxlDriverConfigLoadFile at ../../src/libxl/libxl_conf.c:1812
 #2 libxlStateInitialize at ../../src/libxl/libxl_driver.c:708
 #3 virStateInitialize at ../../src/libvirt.c:653
 #5 daemonRunStateInit at ../../src/remote/remote_daemon.c:835
 #6 virThreadHelper at ../../src/util/virthread.c:196
Comment 1 Lloyd Kvam 2020-05-31 19:46:12 UTC 
Created attachment 1693930 [details]
File: backtrace
Comment 2 Lloyd Kvam 2020-05-31 19:46:14 UTC 
Created attachment 1693931 [details]
File: core_backtrace
Comment 3 Lloyd Kvam 2020-05-31 19:46:16 UTC 
Created attachment 1693932 [details]
File: cpuinfo
Comment 4 Lloyd Kvam 2020-05-31 19:46:18 UTC 
Created attachment 1693933 [details]
File: dso_list
Comment 5 Lloyd Kvam 2020-05-31 19:46:20 UTC 
Created attachment 1693934 [details]
File: environ
Comment 6 Lloyd Kvam 2020-05-31 19:46:21 UTC 
Created attachment 1693935 [details]
File: exploitable
Comment 7 Lloyd Kvam 2020-05-31 19:46:23 UTC 
Created attachment 1693936 [details]
File: limits
Comment 8 Lloyd Kvam 2020-05-31 19:46:25 UTC 
Created attachment 1693937 [details]
File: maps
Comment 9 Lloyd Kvam 2020-05-31 19:46:27 UTC 
Created attachment 1693938 [details]
File: mountinfo
Comment 10 Lloyd Kvam 2020-05-31 19:46:29 UTC 
Created attachment 1693939 [details]
File: open_fds
Comment 11 Lloyd Kvam 2020-05-31 19:46:30 UTC 
Created attachment 1693940 [details]
File: proc_pid_status
Comment 12 Lloyd Kvam 2020-06-01 01:30:11 UTC 
Similar problem has been detected:

Upgraded Fedora 30 to Fedora 32 on a system that had been using XEN virtualization. Resubmitted bug hoping to provide a better back trace.

reporter:       libreport-2.13.1
backtrace_rating: 4
cgroup:         0::/system.slice/libvirtd.service
cmdline:        /usr/sbin/libvirtd --timeout 120
crash_function: libxlGetAutoballoonConf
executable:     /usr/sbin/libvirtd
journald_cursor: s=f432eb6429064901af7e47b2daf9657a;i=bada73;b=d1991d632baa4ccda69ee844a8e34b74;m=12fc36891;t=5a6f8508ba564;x=796aff10653868a5
kernel:         5.6.14-300.fc32.x86_64
package:        libvirt-daemon-6.1.0-2.fc32
reason:         libvirtd killed by SIGSEGV
rootdir:        /
runlevel:       N 3
type:           CCpp
uid:            0
Comment 13 Pavel Hrdina 2020-06-01 09:37:23 UTC 
Fixed in upstream:

commit 88011ed280c4f946a7b8e7ffcea2335eb075de60
Author: Jim Fehlig <jfehlig>
Date:   Fri Apr 3 15:51:48 2020 -0600

    libxl: fix crash when initializing driver

Cole, will you backport this fix? Thanks.
Comment 14 Brandon 2020-06-01 20:10:00 UTC 
*** Bug 1842330 has been marked as a duplicate of this bug. ***
Comment 15 Cole Robinson 2020-06-02 17:45:12 UTC 
(In reply to Pavel Hrdina from comment #13)
> Fixed in upstream:
> 
> commit 88011ed280c4f946a7b8e7ffcea2335eb075de60
> Author: Jim Fehlig <jfehlig>
> Date:   Fri Apr 3 15:51:48 2020 -0600
> 
>     libxl: fix crash when initializing driver
> 
> Cole, will you backport this fix? Thanks.

Thanks I'll do a build now
Comment 16 Fedora Update System 2020-06-02 18:10:10 UTC 
FEDORA-2020-0fc9a55b49 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-0fc9a55b49
Comment 17 Fedora Update System 2020-06-03 03:12:06 UTC 
FEDORA-2020-0fc9a55b49 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-0fc9a55b49`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-0fc9a55b49

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 18 Fedora Update System 2020-06-04 02:54:56 UTC 
FEDORA-2020-0fc9a55b49 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.