[virt-tools-list] libvirt/virt-manager source integration with xen
Wayne Mills
wmills.on.gm at gmail.com
Mon Mar 2 15:55:53 UTC 2015
Hi,
I built and installed Xen 4.5.0 from source, on top of Ubuntu 14.04.2,
using "make world" and "make install" targets. I then installed latest
virt-manager from pre-built packages. After bringing up virt-manager I
attempt to connect to Xen hypervisor and got:
unable to connect to libvirt
Failed to connect socket to /var/run/libvirt/libvirt-sock' No such
file or directory
I then noticed libvirt-bin isn't running. If I try to issue 'service
libvirt-bin start' it gives me back a process number, but it apparently
dies quickly because the service still shows as down. Three log files are
touched during my start attempt:
-rw-r--r-- 1 root root 39757 Feb 27 06:00
/var/log/xenstored-access.log
-rw-r--r-- 1 root root 44908 Feb 27 06:00
/var/log/libvirt/libxl/libxl-driver.log
-rw------- 1 root root 46396 Feb 27 06:00
/var/log/libvirt/libvirtd.log
* xenstored-access.log has 22 new entries, grouped into pairs that
increment an "Axx" identifier and go from A63 to A73. Here is the A63
logs:
[20150227T11:00:29.478Z] A63 newconn
[20150227T11:00:29.479Z] A63 endconn
* libxl-driver.log also has 11 log groupings that are just the same set of
logs repeated 11 times. Here is the first group:
xc: detail: sysctl operation failed -- need to rebuild the user-space
tool set?
libxl: error: libxl.c:4320:libxl_get_physinfo: getting physinfo:
Permission denied
xc: debug: hypercall buffer: total allocations:7 total releases:7
xc: debug: hypercall buffer: current allocations:0 maximum
allocations:1
xc: debug: hypercall buffer: cache current size:1
xc: debug: hypercall buffer: cache hits:6 misses:1 toobig:0
* libvirtd.log also has 11 log groupings, that are just the same set of
logs repeated 11 times. Here is that group:
2015-02-27 11:00:29.479+0000: 4842: info : libvirt version: 1.2.2
2015-02-27 11:00:29.479+0000: 4842: error : libxlDriverConfigNew:1131
: Unable to configure libxl's memory management parameters
2015-02-27 11:00:29.479+0000: 4842: error : virStateInitialize:749 :
Initialization of LIBXL state driver failed: Unknown problem
2015-02-27 11:00:29.479+0000: 4842: error : daemonRunStateInit:920 :
Driver state initialization failed
When I google for libxl_get_physinfo I see other reported errors during "xl
info" and other "xl" commands. I tried "xl info" and that works for me
and does not alter the log files:
root@<server>:~# xl info
host : server
release : 3.13.0-46-generic
version : #75-Ubuntu SMP Tue Feb 10 15:24:04 UTC 2015
machine : x86_64
nr_cpus : 8
max_cpu_id : 7
nr_nodes : 2
cores_per_socket : 4
threads_per_core : 1
cpu_mhz : 2400
hw_caps :
bfebfbff:2c100800:00000000:00003f00:17bee3ff:00000000:00000001:00000000
virt_caps : hvm hvm_directio
total_memory : 98168
free_memory : 128
sharing_freed_memory : 0
sharing_used_memory : 0
outstanding_claims : 0
free_cpus : 0
xen_major : 4
xen_minor : 5
xen_extra : .0
xen_version : 4.5.0
xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler : credit
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Jan 12 11:30:05 2015 -0500 git:a8ac229
xen_commandline : placeholder
cc_compiler : gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
cc_compile_by : root
cc_compile_domain : cisco.com
cc_compile_date : Thu Feb 19 07:26:00 EST 2015
xend_config_format : 4
root@<server>:~#
After consulting with xen-users mailer, I was given this response by "Ian":
"Did you install libvirt from source or from packages? If the latter then
you may have a disconnect between the packaged version and your
source-built Xen. You'll probably need to rebuild libvirt against your Xen
libraries."
What are the virt-related steps to take to test out Ian's idea? I have
root access to one machine that serves both as a host to VM's as well as a
build environment for source builds such as this. I already built xen
4.5.0 and installed it. Do I now need to separately download and build
libvirt, then download and build virt-manager? Is it important to place
the virt* code within the xen source tree, or do something else so that the
virt* code compiles "against" an appropriate xen environment?
In summary, I would like some guidance on how to build libvirt, and if
needed, virt-manager, source against a specific Xen version.
Thanks,
Wayne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/virt-tools-list/attachments/20150302/9d85e774/attachment.htm>
More information about the virt-tools-list
mailing list