Open Stack

Hi Sean,

Thanks for your help before. It would be great if you look into another
issue too.

Am able to run stack.sh successfully and all services are up. But,
libvirt version was 1.2.2 and qemu version was 2.0.0

To satisfy the minimum requirement of qemu- version >=2.1 and
libvirt-version >= 1.2.10
I manually installed qemu and libvirt from respective sources.

Now
$ kvm --version
 /usr/bin/kvm: line 42: /tmp/qemu.orig: Permission denied
 QEMU emulator version 2.1.3, Copyright (c) 2003-2008 Fabrice Bellard

$ virsh --version
1.2.10

So basic requirement is satisfied.

Before creating an instance ran the below command,
$ nova flavor-key m1.tiny set "hw:mem_page_size=large"

Now created an instance
$ nova boot --flavor m1.tiny --image cirros-0.3.4-x86_64-uec --nic
net-id=445e2dc5-221b-48ea-aea4-d04dee12fc7f --security-group default
demo-instance1

It gives the ERROR :

2015-11-23 13:19:59.654 ERROR nova.virt.libvirt.host
[req-2d9d060d-1934-4e9e-af1c-010e177bea11 None None] Connection to libvirt
failed: error from service: CheckAuthorization: Did not receive a reply.
Possible causes include: the remote application did not send a reply, the
message bus security policy blocked the reply, the reply timeout expired,
or the network connection was broken.
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host Traceback (most recent
call last):
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/opt/stack/nova/nova/virt/libvirt/host.py", line 527, in get_connection
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     conn =
self._get_connection()
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/opt/stack/nova/nova/virt/libvirt/host.py", line 514, in _get_connection
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     wrapped_conn =
self._get_new_connection()
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/opt/stack/nova/nova/virt/libvirt/host.py", line 466, in
_get_new_connection
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     wrapped_conn =
self._connect(self._uri, self._read_only)
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/opt/stack/nova/nova/virt/libvirt/host.py", line 320, in _connect
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     libvirt.openAuth,
uri, auth, flags)
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/usr/local/lib/python2.7/dist-packages/eventlet/tpool.py", line 141, in
proxy_call
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     rv = execute(f,
*args, **kwargs)
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/usr/local/lib/python2.7/dist-packages/eventlet/tpool.py", line 122, in
execute
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     six.reraise(c, e,
tb)
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/usr/local/lib/python2.7/dist-packages/eventlet/tpool.py", line 80, in
tworker
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     rv = meth(*args,
**kwargs)
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host   File
"/usr/local/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host     if ret is
None:raise libvirtError('virConnectOpenAuth() failed')
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host libvirtError: error
from service: CheckAuthorization: Did not receive a reply. Possible causes
include: the remote application did not send a reply, the message bus
security policy blocked the reply, the reply timeout expired, or the
network connection was broken.
2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host
Traceback (most recent call last):

I suspect this is because, I manually installed libvirt and qemu. My doubt
is why devstack is not installing a correct version when it is supposed to.
why a version less than min requirement is being installed???
Now that because am installing manually, there might be a problem with
groups - devstack creates some group and installs but manual installation
doesn't bother about that groups.
Can you please suggest a way on how do avoid that???

Also, I just want to make sure that the agent running is
neutron-openvswitch only. No ovsdpdk agent running.
$ ps -Al | grep neutron
0 S  1000  8882  8859  3  80   0 - 49946 ep_pol pts/34   00:02:24
neutron-openvsw

But
$ neutron agent-list
3385a430-5738-43cb-b853-059add5ab602 | DPDK OVS Agent |
ubuntu-Precision-Tower-5810 | :-)   | True           |
neutron-openvswitch-agent

So this implies that dpdk agent is running right??? I remember reading in
launchpad bugs that ovsdpdk agent is removed and that now openvswitch takes
care of everything. Just wanted to confirm that my setup has ovs-dpdk
running.

Regards,
Prathyusha


On Wed, Nov 18, 2015 at 7:23 PM, James Page <james.page at ubuntu.com> wrote:

> Hi Sean
>
> On Wed, Nov 18, 2015 at 12:30 PM, Mooney, Sean K <sean.k.mooney at intel.com>
> wrote:
>
>> Hi james
>>
>> Yes we are planning on testing the packaged release to see if it is
>> compatible with our ml2 driver and the
>>
>> Changes we are submitting upstream. If it is we will add a use binary
>> flag to our devstack plugin to skip the
>>
>> Compilation step and use that instead on 15.10 or 14.04
>> cloud-archive:liberty
>>
>
> Excellent.
>
>
>> As part of your packaging did ye fix pciutils to correctly report the
>> unused drivers when an interface is bound
>>
>> The dpdk driver? Also does it support both igb_uio and/or vfio-pci
>> drivers for dpdk interface?
>>
>
> Re pcituils, we've not done any work in that area - can you give an
> example of what you would expect?
>
> The dpdk package supports both driver types in /etc/dpdk/interfaces - when
> you declare an adapter for use, you get to specify the module you want to
> use as well; we're relying the in-tree kernel drivers (uio-pci-generic and
> vfio-pci) right now.
>
>
>>
>>
>> Anyway yes I hope to check it out and seeing what ye have done. When
>> ovs-dpdk starts getting packaged in more operating systems
>>
>> We will probably swap our default to the binary install though we will
>> keep the source install option as it allows us to work on new features
>>
>> Before they are packaged and to have better performance.
>>
>
> That sounds sensible; re 'better performance' - yeah we do have to
> baseline the optimizations at compile time right now (ssse3 only right now)
> , but I really hope that does change so that we can move to a runtime CPU
> feature detection model, allowing the best possible performance through the
> packages we have in Ubuntu (or any other distribution for that matter).
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20151123/7daa4496/attachment.html>