[libvirt] crash in virDomainNumaGetMemorySize
Peter Krempa
pkrempa at redhat.com
Mon Sep 21 07:49:53 UTC 2015
On Fri, Sep 18, 2015 at 17:10:20 +0200, Olaf Hering wrote:
> With current master (56945e1), while toying around with a WS2008R2 Hyper-V host:
>
> root at probook:~ # gdb --quiet -ex 'r -c hv dumpxml all-sles12-dev' -ex bt -ex detach -ex quit virsh
> Reading symbols from virsh...Reading symbols from /usr/lib/debug/usr/bin/virsh.debug...done.
> done.
> Starting program: /usr/bin/virsh -c hv dumpxml all-sles12-dev
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Enter Administrator's password for optiplex.fritz.box:
> [New Thread 0x7fffee601700 (LWP 26921)]
>
> Program received signal SIGSEGV, Segmentation fault.
> virDomainNumaGetMemorySize (numa=0x0) at conf/numa_conf.c:971
> 971 for (i = 0; i < numa->nmem_nodes; i++)
> #0 virDomainNumaGetMemorySize (numa=0x0) at conf/numa_conf.c:971
> #1 0x00007ffff793bce0 in virDomainDefGetMemoryActual (def=def at entry=0x55555582ead0) at conf/domain_conf.c:7857
> #2 0x00007ffff7948978 in virDomainDefFormatInternal (def=0x55555582ead0, flags=0, buf=buf at entry=0x7fffffffdde0) at conf/domain_conf.c:21677
> #3 0x00007ffff794b8bc in virDomainDefFormat (def=<optimized out>, flags=<optimized out>) at conf/domain_conf.c:22507
> #4 0x00007ffff7a94c33 in hypervDomainGetXMLDesc (domain=<optimized out>, flags=0) at hyperv/hyperv_driver.c:882
> #5 0x00007ffff79b5351 in virDomainGetXMLDesc (domain=domain at entry=0x5555558237a0, flags=0) at libvirt-domain.c:2591
> #6 0x000055555558b978 in cmdDumpXML (ctl=0x7fffffffe1c0, cmd=<optimized out>) at virsh-domain.c:9634
> #7 0x000055555557d04f in vshCommandRun (ctl=0x7fffffffe1c0, cmd=0x555555822580) at vsh.c:1212
> #8 0x0000555555579a4d in main (argc=5, argv=0x7fffffffe3c8) at virsh.c:921
> Detaching from program: /usr/bin/virsh, process 26917
> root at probook:~ # rpm -qf `which virsh`
> libvirt-client-20150917T085913.56945e1-3.xen_unstable.1.x86_64
Hmm, looks like hyperv isn't initializing the "def->numa" field, but
virDomainNumaGetMemorySize is expecting it. I actually have a patchset
almost ready that should fix this along with other things.
I hope to send the patches soon.
Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20150921/24113b89/attachment-0001.sig>
More information about the libvir-list
mailing list