Re: crash in virDomainNumaGetMemorySize

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@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@entry=0x55555582ead0) at conf/domain_conf.c:7857
> #2  0x00007ffff7948978 in virDomainDefFormatInternal (def=0x55555582ead0, flags=0, buf=buf@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@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@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

Attachment: signature.asc
Description: Digital signature

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]