<div dir="ltr"><div><div><div>Hi Sean,<br><br></div>Thanks for your help before. It would be great if you look into another issue too. <br><br></div>Am able to run stack.sh successfully and all services are up. But, <br></div><div>libvirt version was 1.2.2 and qemu version was 2.0.0<br><br></div><div>To satisfy the minimum requirement of qemu- version >=2.1 and libvirt-version >= 1.2.10 <br></div><div>I manually installed qemu and libvirt from respective sources.<br><br></div><div>Now<br>$ kvm --version<br> /usr/bin/kvm: line 42: /tmp/qemu.orig: Permission denied<br> QEMU emulator version 2.1.3, Copyright (c) 2003-2008 Fabrice Bellard<br><br>$ virsh --version<br>1.2.10<br><br></div><div>So basic requirement is satisfied.<br><br></div><div>Before creating an instance ran the below command,<br>$ nova flavor-key m1.tiny set "hw:mem_page_size=large"<br><br></div><div>Now created an instance <br>$ 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<br><br></div><div>It gives the ERROR :<br><br>2015-11-23 13:19:59.654 ERROR nova.virt.libvirt.host [req-2d9d060d-1934-4e9e-af1c-010e177bea11 None None] <span style="color:rgb(255,0,0)">Connection to libvirt failed:</span> 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.<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host Traceback (most recent call last):<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host conn = self._get_connection()<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host wrapped_conn = self._get_new_connection()<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host wrapped_conn = self._connect(self._uri, self._read_only)<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host libvirt.openAuth, uri, auth, flags)<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host rv = execute(f, *args, **kwargs)<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host six.reraise(c, e, tb)<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host rv = meth(*args, **kwargs)<br>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<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host if ret is None:raise libvirtError('virConnectOpenAuth() failed')<br>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.<br>2015-11-23 13:19:59.654 TRACE nova.virt.libvirt.host <br>Traceback (most recent call last):<br><br></div><div>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??? <br></div><div>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. <br>Can you please suggest a way on how do avoid that???<br></div><div><br></div><div>Also, I just want to make sure that the agent running is neutron-openvswitch only. No ovsdpdk agent running.<br></div><div>$ ps -Al | grep neutron<br>0 S 1000 8882 8859 3 80 0 - 49946 ep_pol pts/34 00:02:24 neutron-openvsw<br><br></div><div>But <br></div><div>$ neutron agent-list<br>3385a430-5738-43cb-b853-059add5ab602 | DPDK OVS Agent | ubuntu-Precision-Tower-5810 | :-) | True | neutron-openvswitch-agent<br><br></div><div>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.<br><br></div><div>Regards,<br></div><div>Prathyusha<br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Nov 18, 2015 at 7:23 PM, James Page <span dir="ltr"><<a href="mailto:james.page@ubuntu.com" target="_blank">james.page@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Sean<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Nov 18, 2015 at 12:30 PM, Mooney, Sean K <span dir="ltr"><<a href="mailto:sean.k.mooney@intel.com" target="_blank">sean.k.mooney@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Hi james<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Yes we are planning on testing the packaged release to see if it is compatible with our ml2 driver and the
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Changes we are submitting upstream. If it is we will add a use binary flag to our devstack plugin to skip the
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Compilation step and use that instead on 15.10 or 14.04 cloud-archive:liberty </span></p></div></div></blockquote><div><br></div></span><div>Excellent.</div><span class=""><div> <span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt"> </span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div link="blue" vlink="purple" lang="EN-US"><div>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">As part of your packaging did ye fix pciutils to correctly report the unused drivers when an interface is bound<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">The dpdk driver? Also does it support both igb_uio and/or vfio-pci drivers for dpdk interface?</span></p></div></div></blockquote><div><br></div></span><div>Re pcituils, we've not done any work in that area - can you give an example of what you would expect?</div><div><br></div><div>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.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div link="blue" vlink="purple" lang="EN-US"><div><p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Anyway yes I hope to check it out and seeing what ye have done. When ovs-dpdk starts getting packaged in more operating systems<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">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<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Before they are packaged and to have better performance.</span></p></div></div></blockquote><div><br></div></span><div>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).</div><div> </div></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>