Hi qemu version was 2.0.0 does not support mapping hugepage as shared. as a result the dpdk implementation of vhost-user cannot function with this version. Similarly libvirt 1.2.2 has no knowledge of vhost-user. If you are on fedora 21 then the virt-preview repo packages the required Libvirt and qemu. On Ubuntu the kilo cloud archive also packages version that meet the minimum versions. Looking at the log I would agree that this error is probably related to manually installing Libvirt and not adding the appropriate libvirtd configuration options. Devstack does not have native support for installing a vhost-user compatible Libvirt or qemu. when using our networking-ovs-dpdk plugin we ask you to enable the virt-prevew or cloud archive Before stacking so that when devestack install Libvirt/qemu it get compatible versions. for centos as we have been unable to find an equivalent we explicitly install Libvirt/qemu. In general we don’t provide support for installing the required version Libvirt/qemu in the networking-ovs-dpdk devstack plugin. What os are you currently using? ubuntu? in your case enabling the kilo cloud archive, uinstalling Libvirt/qemu and then restacking should provide the appropriate packages. In liberty we use that standard neutron openvswich agent binary and set the agent type to DPDK OVS Agent to enable the ovsdpdk ml2 driver to manage the node. In mitaka the standard ovs neutron agent and standard openvswitch ml2 drivers will be used instead.
To confirm if ovs-dpdk is running you can use the following command sudo service ovs-dpdk status this will check if ovs-dpdk is running by reading the pid files and checking if the ovsdb and ovs-vswitchd process are running and tail the last 20ish lines of the vswitchd log file. note this is not a systemd service so the systemd equivalent command will not work. Alternative you can user ps and grep ps aux | grep ovs regards sean. From: Prathyusha Guduri [mailto:prathyushaconne...@gmail.com] Sent: Monday, November 23, 2015 9:16 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [networking-ovs-dpdk] 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.p...@ubuntu.com<mailto:james.p...@ubuntu.com>> wrote: Hi Sean On Wed, Nov 18, 2015 at 12:30 PM, Mooney, Sean K <sean.k.moo...@intel.com<mailto:sean.k.moo...@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-requ...@lists.openstack.org?subject:unsubscribe<http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev