<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I dont want to shout before the night, but it seems that the link is
working!<br>
<br>
I have downgraded drivers to <br>
<blockquote type="cite">driver: i40e<br>
version: 1.1.23</blockquote>
As my coworker set up a new environment with Ubuntu and run
different kvm's there and it worked, I saw that there was a
difference between driver versions. Ubuntu was using<br>
<blockquote type="cite">driver: i40e
<br>
version: 0.3.36-k
</blockquote>
So, somehow I thought that why not try to downgrade.<br>
<br>
<div class="moz-cite-prefix">On 16.04.15 14:32, Sten Aus wrote:<br>
</div>
<blockquote cite="mid:552F9DEB.3060208@eenet.ee" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
Got a little bit further<br>
<br>
Turned on stp for this vmbr and now VM gets traffic for about
10-15 seconds and then no packet flow again.<br>
<br>
Note that packets are going from VM to (for example) DHCP server,
but they will get lost on their way back. They will arrive at the
eth5 and vmbr, but not to tap, which is connected to the VM by
qemu.<br>
<br>
Tried to upgrade Intel X710 firmware as well, no luck there. Not
to mention the drivers small upgrade which I already did
yesterday.<br>
<br>
<div class="moz-cite-prefix">On 15.04.15 22:03, Sten Aus wrote:<br>
</div>
<blockquote cite="mid:552EB5E6.7080507@eenet.ee" type="cite">Thanks
for the tip, but this was not the case. <br>
<br>
On 15.04.15 21:24, Michael Rasmussen wrote: <br>
<blockquote type="cite">On Wed, 15 Apr 2015 21:01:35 +0300 <br>
Sten Aus <a moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:sten.aus@eenet.ee"><sten.aus@eenet.ee></a>
wrote: <br>
<br>
<blockquote type="cite">
<blockquote type="cite">What does tcpdump disclose running
on host and in VM? <br>
<br>
On host tcpdump -i vmbr10 <br>
</blockquote>
Coworker did a lot of tcpdumps during the day and it appears
the VM tap device is not getting ARPs back. I mean this tap
device what qemu brings up/makes. <br>
<br>
</blockquote>
A long shot. Try to disable hardware checksum offload since it
is know <br>
to cause problems in virtualized environments. <br>
You can try with ethtool before making permanent changes:
ethtool -K <br>
eth5 tx off <br>
<br>
If that works you could add it permanently to udev: <br>
<br>
Create this file: /etc/udev/rules.d/81-bridge.rules <br>
With the following content: <br>
ACTION=="add", SUBSYSTEM=="net", NAME=="vmbr*",
RUN+="/sbin/ethtool -K <br>
$env{INTERFACE} tx off" <br>
<br>
</blockquote>
<br>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
pve-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
pve-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:pve-user@pve.proxmox.com">pve-user@pve.proxmox.com</a>
<a class="moz-txt-link-freetext" href="http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user">http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-user</a>
</pre>
</blockquote>
<br>
</body>
</html>