Xen project Mailing List

xl is working.Â However, my intent is to use virt-manager for various reasons, and virt-manager installed but is not working.Â When following instructions on this site ( http://wiki.xen.org/wiki/DomU_Install_with_Virt-Manager )Â to connect to Xen instance, I get a pop-up error message:

unable to connect to libvirt
Failed to connect socket to /var/run/libvirt/libvirt-sock' No such file or directory

I listed /var/run pids and see dom0 there but not libvirt:

root@<server>:~# ls -ltr /var/run/*.pid
-rw-r--r-- 1 root root 4 Feb 25 08:33 /var/run/upstart-udev-bridge.pid
-rw-r--r-- 1 root root 4 Feb 25 08:33 /var/run/upstart-socket-bridge.pid
-rw-r--r-- 1 root root 4 Feb 25 08:33 /var/run/upstart-file-bridge.pid
-rw-r--r-- 1 root root 4 Feb 25 08:33 /var/run/rsyslogd.pid
-rw-r--r-- 1 root root 5 Feb 25 08:33 /var/run/crond.pid
-rw-r--r-- 1 root root 5 Feb 25 08:33 /var/run/atd.pid
-rw-r--r-- 1 root root 5 Feb 25 08:33 /var/run/acpid.pid
-rw-r--r-- 1 root root 5 Feb 25 08:33 /var/run/sshd.pid
-rw-r----- 1 root root 5 Feb 25 08:33 /var/run/xenstored.pid
-rw------- 1 root root 5 Feb 25 08:33 /var/run/xenconsoled.pid
-rw------- 1 root root 5 Feb 25 08:33 /var/run/qemu-dom0.pid

I did a "service --status-all" (running as root), and see that the following processes are not running:

libvirt_bin
xen-watchdog
xencommons
xendomains

I noticed libvirt_bin isn't present in rc2.d (there was no update-rc.d listed in the virt-manager install steps):

root@wm-vtpm-ucs2-eth2:~# ls -ltr /etc/rc2.d/* | egrep -e "xen|virt"
lrwxrwxrwx 1 root rootÂ 20 Feb 23 03:45 /etc/rc2.d/S20xencommons -> ../init.d/xencommons
lrwxrwxrwx 1 root rootÂ 20 Feb 23 03:54 /etc/rc2.d/S21xendomains -> ../init.d/xendomains
lrwxrwxrwx 1 root rootÂ 22 Feb 23 03:54 /etc/rc2.d/S23xen-watchdog -> ../init.d/xen-watchdog

So I did that and now it's in there.Â But the above four services are still down after boot.Â I tried just starting libvirtd and got this:

root@<server>:~# libvirtd &
[1] 1877
root@<server>:~# 2015-02-25 13:19:30.074+0000: 1888: info : libvirt version: 1.2.2
2015-02-25 13:19:30.074+0000: 1888: error : libxlDriverConfigNew:1131 : Unable to configure libxl's memory management parameters
2015-02-25 13:19:30.074+0000: 1888: error : virStateInitialize:749 : Initialization of LIBXL state driver failed: Unknown problem
2015-02-25 13:19:30.074+0000: 1888: error : daemonRunStateInit:920 : Driver state initialization failed

[1]+Â DoneÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ libvirtd

Gonna continue debugging but thought I'd send a query to this mailer.

Regards,

Wayne

On Mon, Feb 23, 2015 at 11:36 AM, Wayne Mills <wmills.on.gm@xxxxxxxxx> wrote:

not sure if I've left any 'ticking time bombs' with what I've done with these commands, but at least domain-0 appears to be up!
root@?<server>:~# xl list
Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0 96782     8     r-----      21.1
On Mon, Feb 23, 2015 at 11:00 AM, Wayne Mills <wmills.on.gm@xxxxxxxxx> wrote:
I looked at this update-rc.d tutorial: http://www.debuntu.org/how-to-managing-services-with-update-rc-d/ .Â It says installed services are enabled by default.Â So is 'xen installed via source build' an exception to that rule?Â

Also, none of the syntax examples match that shown in the update-rc.d commands in your original link ( https://dcvan24.wordpress.com/2014/01/24/install-xen-4-3-1-on-ubuntu-12-04-lts-from-source/ ).Â I am thinking the original commands are missing the "defaults" keyword, e.g. the first one should have been:

update-rc.d xencommons defaults 20 19

When I entered that command the results seem better, however I still get warnings I'm not sure if it is something to be concerned about:

update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match xencommons Default-Start values (2 3 5)
ÂAdding system startup for /etc/init.d/xencommons ...
ÂÂ /etc/rc0.d/K19xencommons -> ../init.d/xencommons
ÂÂ /etc/rc1.d/K19xencommons -> ../init.d/xencommons
ÂÂ /etc/rc6.d/K19xencommons -> ../init.d/xencommons
ÂÂ /etc/rc2.d/S20xencommons -> ../init.d/xencommons
ÂÂ /etc/rc3.d/S20xencommons -> ../init.d/xencommons
ÂÂ /etc/rc4.d/S20xencommons -> ../init.d/xencommons
ÂÂ /etc/rc5.d/S20xencommons -> ../init.d/xencommons
On Mon, Feb 23, 2015 at 10:04 AM, Wayne Mills <wmills.on.gm@xxxxxxxxx> wrote:
yeah those service were definitely 'stopped' ('-' symbol) according to 'service --status-all' output.Â Step 4 is an explicit step to change Xen process settings so that they come up at boot.Â I did not execute an equivalent step.Â Is that my issue?Â I tried one of those update-rc.d commands as listed but got a warning or error, not sure what to make of the output:

root@<server>:~# pwd
/root
root@<server>:~# update-rc.d xencommons 20 19
update-rc.d: warning:Â start runlevel arguments (none) do not match xencommons Default-Start values (2 3 5)
update-rc.d: warning:Â stop runlevel arguments (none) do not match xencommons Default-Stop values (0 1 6)
usage: update-rc.d [-n] [-f] <basename> remove
ÂÂÂÂÂÂ update-rc.d [-n] <basename> defaults [NN | SS KK]
ÂÂÂÂÂÂ update-rc.d [-n] <basename> start|stop NN runlvl [runlvl] [...] .
ÂÂÂÂÂÂ update-rc.d [-n] <basename> disable|enable [S|2|3|4|5]
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ -n: not really
ÂÂÂÂÂÂÂÂÂÂÂÂÂÂÂ -f: force

The disable|enable API is not stable and might change in the future.
root@<server>:~#
On Fri, Feb 20, 2015 at 2:46 PM, David Van Arnem <dvanarnem@xxxxxxxxx> wrote:
Hi Wayne,

I've only built Xen from source on Fedora (Red Hat distro), so I'm not sure if there are any additional steps needed for Ubuntu.Â You might check that the Xen services are running, specifically the ones in Step 4 on this page: https://dcvan24.wordpress.com/2014/01/24/install-xen-4-3-1-on-ubuntu-12-04-lts-from-source/

David

On 02/20/2015 12:29 PM, Wayne Mills wrote:
Hey David,

ok I rebooted, and on the grub screen I saw four choices:

* Ubuntu

* Advanced options for Ubuntu

* Ubuntu GNU/Linux, with Xen hypervisor

* Advanced options for Ubuntu GNU/Linux (with Xen hypervisor)

This screen vanished very quickly so I rebooted again and on my second try was able to arrow down to the third option and hit Enter.Â Theensuing screen output indicated it was booting the Xen-supporting kernel.Â However I'm still getting the same xl list error after logging in as root.

In case this helps:ÂÂ note that all I did prior to 'xl list' was to download xen source using git, then ./configure --enable-stubdom --enable-githttp, then make world and make install per the README file. I did also run 'ldconfig /usr/local/lib' per your suggestion.Â So if I'm missing other steps please advise.Â I haven't found a 'cookbook' on installing 4.5 source on 14.04 ubuntu ....... trying to things together from Debian-type help pages and other places.

Wayne

Regards,

Wayne
On Fri, Feb 20, 2015 at 1:53 PM, David Van Arnem <dvanarnem@xxxxxxxxx> wrote:
Hi Wayne,

It looks like you have not booted into a kernel with Xen, so although XL is installed on your system, there is no Xen for it to communicate with.Â When you reboot, you should see kernel options on your Grub screen with Xen enabled, and you can boot into one of those and xl list should work.

If you don't see Xen enabled kernels on your Grub list, you'll need to update your Grub configuration, which I think on Ubuntu is done with update-grub.

David

On 02/20/2015 11:29 AM, Wayne Mills wrote:
Thanks David.Â That fix all my ".so not found" issues.ÂÂ I have now encountered a new error (see below).Â I'm new to the mailing lists so please let me know if I should start a different thread.Â I didn't spot this libxc error in the archives:

# xl list
xc: error: Could not obtain handle on privileged command interface (2 = No such file or directory): Internal error
libxl: error: libxl.c:109:libxl_ctx_alloc: cannot open libxc handle: No such file or directory
cannot init xl context

Thanks

Wayne

On Fri, Feb 20, 2015 at 1:01 PM, David A. Van Arnem <dvanarnem@xxxxxxxxx> wrote:

On 02/20/2015 10:44 AM, Wayne Mills wrote:

Hi,

As part of a dev activity, I built Xen 4.5.0 from source and installed it successfully on my Ubuntu 14.04 server, However I am getting this error when running "xl list":

xl: error while loading shared libraries: libxlutil.so.4.3: cannot open shared object file: No such file or directory

Based on some archived threads, I verified the following.
--> This soft link & file exist in /usr/local/lib: libxlutil.so.4.3 -> libxlutil.so.4.3.0
--> /etc/ld.so.conf has this line: "include /etc/ld.so.conf.d/*.conf"
--> /etc/ld.so.conf.d/libc.conf has this content:
line 1: # libc default configuration
line 2: /usr/local/lib

Based on archived threads, xl should be searching /usr/local/lib based on the above.Â But it is obviously not.Â Meanwhile I tried linking the /usr/local/lib copy to /usr/lib.Â That worked (but now it's complaining similarly about not finding libxenlight).Â Not sure it matters but one final detail: echo $LD_LIBRARY_PATH from my shell shows nothing.

Are there any solutions recommended other than putting soft links in /usr/lib?

Thanks,
Wayne

I don't know if this is the best solution, but in the past when I've encountered this error I used ldconfig and pointed to the location where my Xen libraries were installed (and then reboot).Â So for you, probably:

ldconfig /usr/local/lib

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

Re: [Xen-users] shared lib path errors