<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 13 April 2016 at 17:01, Christian Ehrhardt <span dir="ltr"><<a href="mailto:christian.ehrhardt@canonical.com" target="_blank">christian.ehrhardt@canonical.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 dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 13, 2016 at 9:28 PM, Martinx - ジェームズ <span dir="ltr"><<a href="mailto:thiagocmartinsc@gmail.com" target="_blank">thiagocmartinsc@gmail.com</a>></span> wrote:<br><div>[...]</div><div>I couldn't exactly follow all of your setup, but since it is working lets assume that was fine.</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 dir="ltr"><div> 1- Reboot the VM and try to run ethtool again:</div></div></blockquote><div><br></div></span><div>To confirm after the reboot the device should have 1 of X queues enabled as it is not persistent across reboots.</div><div>But OVS-DPDK is starting, likely trying to create X queues as you configured but can't get them.</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 dir="ltr"><div></div><div> ethtool -L ens6 combined 4 </div></div></blockquote><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 dir="ltr"><div></div><div> # FAIL! It hangs, consuming 100% of guest's CPU...</div></div></blockquote><div><br></div></span><div>Hmm, I'll need to reproduce that tomorrow.</div><div>I mean you switch queues underneath OVS-DPDK using one of them, which isn't nice - but it shouldn't totally block.</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 dir="ltr"><div> So, is this the right procedure? I mean, I believe that ethtool settings doesn't survive across reboots, but, OVS settings are on its DB... Question is, do we need to run ethtool on each reboot before starting OVS+DPDK with VirtIO again?</div><div><br></div></div></blockquote><div><br></div></span><div>I agree your issue is that ethtool combined queues is not persistent while starting OVS and its config are.</div><div>You will have to get the queues persistent before OVS-DPDK gets to start.</div><div>It is not really a task for DPDK, nor OVS - more like sysctl but for network config.</div><div>I haven't looked into that yet - let me know if you found a nice way - otherwise I'll start on it tomorrow together with analyzing what/why hangs on changing #queues.</div></div></div></div>
</blockquote></div><br></div><div class="gmail_extra">Awesome! Thanks for your reply!</div><div class="gmail_extra"><br></div><div class="gmail_extra">Looks like that this isn't an ethtool problem!</div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm seeing the very same behavior, while running:</div><div class="gmail_extra"><br></div><div class="gmail_extra">---</div><div class="gmail_extra"><div class="gmail_extra"># ip link set dev ens4 up</div><div class="gmail_extra">^Z^Z^Z^Z<br></div><div class="gmail_extra">^C^C^C^C<br></div><div>---</div><div><br></div><div> Frozen! Where ens4 is a black-listed PCI in /etc/default/openvswitch-switch!</div><div><br></div><div> So, apparently, after starting a DPDK App in a VM with VirtIO NICs, both ethtool and ip commands hangs up while trying to mange back-listed vNICs.</div><div><br></div><div>Best,</div><div>Thiago</div></div></div>