UPDATE as of 04/03/2015
During stack.sh run right after cloning /opt/stack/nova
reverted commit Add handling for offlined CPUs to the nova libvirt driver
Nova-compute starts with no problems. Getting same errors trying launch instance
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: /etc/xen/scripts/vif-bridge online [-1] exited with error status 1
libxl: error: libxl_device.c:1085:device_hotplug_child_death_cb: script: ip link set vif10.0 name tap1c16ef17-68 failed
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x7f4dd0793b80: deregister unregistered
libxl: error: libxl_create.c:1226:domcreate_attach_vtpms: unable to add nic devices
UPDATE as of 04/02/2015
Current status of issue with libvirt-xen-driver
https://bugs.launchpad.net/ubuntu/+so...
UPDATE as of 04/01/2015
View recently suggested way to manage
http://wiki.xen.org/wiki/OpenStack_vi...
This approach was tested on Ubuntu 14.04.2 running on bare metal
and finally I was hit by bug in progress :-
nova can't start with libvirt-xen driver Target milestone kilo-rc1
Trace obtained by me uploaded here http://textuploader.com/xqfc
END UPDATE
Dear Sir,
Thank you very much your feedback , however it's addressing a question having nothing in common with the one I asked. Would I like manage via installing XENAPI on Compute Node for Official XenServer 6.X, I would just follow link
http://rabbitstack.github.io/deployin...
Idea to deal with outdated script for devstack would never come to my mind,
if I would be able manage with RDO Juno on Compute Node. I saw this script a while ago.
Please, take a look at http://wiki.xenproject.org/wiki/Xen_v... and see that suggested
approach is completely different. Xing Lin configured nova.conf as follows :-
[DEFAULT]
compute_driver=libvirt.LibvirtDriver
[libvirt]
virt_type=xen
Using OpenSource Xen 4.4.0 (4.4.1 just coming with Trusty works as well) he is pretty much focused on patching Qemu 2.0.2, what means that VMs would be created would be HVM domUs from Xen standpoint.
Another his special move is installing nova-compute-xen on Compute node. Package which was designed
for Ubuntu && Debian only. I also realize that standard Qemu/KVM/LIbvirt driver would provide much better
performance then Xen 4.4.1 HVMs. That's a reason why RH wouldn't be interested in porting nova-compute-xen
to Fedora. See also https://answers.launchpad.net/nova/+q...